ADO是什么麻烦告诉我

一种程序对象，用于表示用户数据库中的数据结构和所包含的数据。

在Microsoft Visual Basic编辑器中，可以使用ADO对象以及ADO的附加组件（称为Microsoft ADO Extensions for DLL and Security(ADOX)）来创建或修改表和查询、检验数据库、或者访问外部数据源。还可在代码中使用ADO来 *** 作数据库中的数据。

ADO (ActiveX Data Objects，ActiveX数据对象）是Microsoft提出的应用程序接口（API）用以实现访问关系或非关系数据库中的数据。

例如，如果希望编写应用程序从DB2或Oracle数据库中向网页提供数据，可以将ADO程序包括在作为活动服务器页（ASP）的HTML文件中。当用户从网站请求网页时，返回的网页也包括了数据中的相应数据，这些是由于使用了ADO代码的结果。

扩展资料：

ADO接口简介

1、_ConnectionPtr接口

返回一个记录集或一个空指针。通常使用它来创建一个数据连接或执行一条不返回任何结果的SQL语句，如一个存储过程。

2、_CommandPtr接口

返回一个记录集。它提供了一种简单的方法来执行返回记录集的存储过程和SQL语句。

3、_RecordsetPtr接口

是一个记录集对象。与以上两种对象相比，它对记录集提供了更多的控制功能，如记录锁定，游标控制等。

参考资料来源：百度百科-ActiveX Data Objects

1、先理清业务流程

2、定义前后端开发的接口规范。比如json的格式，url的格式

3、定义接口文档，这里的接口文档一般就是对应后台的实体reqVo（调用后台接口<控制器>访问的实体）和返回给前台的respVo（前台调用接口的返回的实体）。注意一般respVo都会有在后台做一个统一的处理为ResultVo（这个规范在2中要定义好，比如：错误码，错误描述，请求的url，请求时间，以及实体T<这个实体才是真正的respVo和业务相关,这个一般都是实体>）

4、定义接口文档是在了解业务流、数据流基础之上完成的。有了这个接口文档（其实就是定义实体的过程和对应的json）前后端的开发基本按照这个文档去开发。接口文档会有版本迭代，一般放到svn上，供所有开发人员阅览

5、现在一般系统用到的数据库都不会是单纯mysql了。还有redis，mongo、es等。这些个人感觉都是在十分了解业务的情况和系统架构下去设计的。后台运用这些工具去完成接口功能的实现已经系统功能和性能的实现。这个和接口文档先后顺序还真不好说，个人觉得都可以。

6、业务流-数据流-资金流。去了解和设计系统。

这个问题没有一定的，因为这里有多种因素

如，开发阶段、文档化要求程度等，若是通过CMM评估的，文档就较多

一般的是按项目开发过程来分，基本的有

可行性研究报告（若是一个新项目且未确定的或应客户要求时需要，实际上大部份公司很少有这文档)

用户需求说明书(用户+开发人员共同确认)

软件需求规格说明书

设计说明书(体系结构、详细设计)

测试用例

用户手册

实现代码

这些文档中，包括一定的分析与设计图形，如用例图、数据库结构、ER图等

当然项目计划、测试计划也应算在内

其它的(如CMM要求的)

风险、估算方面的，质量保证方面的、配置管理方面、定义的模板、度量数据库等

具体需要多少文档就是要看项目实际

这方面的东西，可参考一些软件工程类的书

以上就是关于ADO是什么麻烦告诉我全部的内容，包括:ADO是什么麻烦告诉我、前后端分离，关于接口文档，后端是要先写好接口文档，再进行写代码开发，还是写完代码后再编写接口文档、软件开发需要编写哪些文档等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！