Visual C#访问接口对接口成员的访问
对接口方法的调用和采用索引指示器访问的规则与类中的情况也是相同的。如果底层成员的命名与继承而来的高层成员一致，那么底层成员将覆盖同名的高层成员。但由于接口支持多继承，在多继承中，如果两个父接口含有同名的成员，这就产生了二义性（这也正是C#中取消了类的多继承机制的原因之一），这时需要进行显式的定义：
using System ;
interface ISequence {
int Count { get; set; }
}
interface IRing {
void Count(int i) ;
}
interface IRingSequence: ISequence, IRing { }
class CTest {
void Test(IRingSequence rs) {
//rs.Count(1) ; 错误, Count 有二义性
//rs.Count = 1; 错误, Count 有二义性
((ISequence)rs).Count = 1; // 正确
((IRing)rs).Count(1) ; // 正确调用IRing.Count
}
}
上面的例子中，前两条语句rs .Count(1)和rs .Count = 1会产生二义性，从而导致编译时错误，因此必须显式地给rs 指派父接口类型，这种指派在运行时不会带来额外的开销。
再看下面的例子：
using System ;
interface IInteger {
void Add(int i) ;
}
interface IDouble {
void Add(double d) ;
}
interface INumber: IInteger, IDouble {}
class CMyTest {
void Test(INumber Num) {
// Num.Add(1) ; 错误
Num.Add(1.0) ; // 正确
((IInteger)n).Add(1) ; // 正确
((IDouble)n).Add(1) ; // 正确
}
}
调用Num.Add(1) 会导致二义性，因为候选的重载方法的参数类型均适用。但是，调用Num.Add(1.0) 是允许的，因为1.0 是浮点数参数类型与方法IInteger.Add（）的参数类型不一致，这时只有IDouble.Add 才是适用的。不过只要加入了显式的指派，就决不会产生二义性。
接口的多重继承的问题也会带来成员访问上的问题。例如：
interface IBase {
void FWay(int i) ;
}
interface ILeft: IBase {
new void FWay (int i) ;
}
interface IRight: IBase
{ void G( ) ; }
interface IDerived: ILeft, IRight { }
class CTest {
void Test(IDerived d) {
d. FWay (1) ; // 调用ILeft. FWay
((IBase)d). FWay (1) ; // 调用IBase. FWay
((ILeft)d). FWay (1) ; // 调用ILeft. FWay
((IRight)d). FWay (1) ; // 调用IBase. FWay
}
}
上例中，方法IBase.FWay在派生的接口ILeft中被Ileft的成员方法FWay覆盖了。所以对d. FWay (1)的调用实际上调用了。虽然从IBase-> IRight-> IDerived这条继承路径上来看,ILeft.FWay方法是没有被覆盖的。我们只要记住这一点：一旦成员被覆盖以后，所有对其的访问都被覆盖以后的成员"拦截"了。
类对接口的实现
前面我们已经说过，接口定义不包括方法的实现部分。接口可以通过类或结构来实现。我们主要讲述通过类来实现接口。用类来实现接口时，接口的名称必须包含在类定义中的基类列表中。
下面的例子给出了由类来实现接口的例子。其中ISequence 为一个队列接口，提供了向队列尾部添加对象的成员方法Add( )，IRing 为一个循环表接口，提供了向环中插入对象的方法Insert(object obj)，方法返回插入的位置。类RingSquence 实现了接口ISequence 和接口IRing。
using System ;
interface ISequence {
object Add( ) ;
}
interface ISequence {
object Add( ) ;
}
interface IRing {
int Insert(object obj) ;
}
class RingSequence: ISequence, IRing
{
public object Add( ) {…}
public int Insert(object obj) {…}
}
如果类实现了某个接口，类也隐式地继承了该接口的所有父接口，不管这些父接口有没有在类定义的基类表中列出。看下面的例子：
using System ;
interface IControl {
void Paint( );
}
interface ITextBox: IControl {
void SetText(string text);
}
interface IListBox: IControl {
void SetItems(string[] items);
}
interface IComboBox: ITextBox, IListBox { }
这里, 接口IcomboBox继承了ItextBox和IlistBox。类TextBox不仅实现了接口ITextBox，还实现了接口ITextBox 的父接口IControl。
前面我们已经看到，一个类可以实现多个接口。再看下面的例子：
interface IDataBound {
void Bind(Binder b);
}
public class EditBox: Control, IControl, IDataBound {
public void Paint( );
public void Bind(Binder b) {...}
}
类EditBox从类Control中派生并且实现了Icontrol和IdataBound。在前面的例子中接口Icontrol 中的Paint方法和IdataBound接口中的Bind方法都用类EditBox中的公共成员实现。C#提供一种实现这些方法的可选择的途径，这样可以使执行这些的类避免把这些成员设定为公共的。接口成员可以用有效的名称来实现。例如，类EditBox可以改作方法Icontrol.Paint和IdataBound.Bind来来实现。
public class EditBox: IControl, IDataBound {
void IControl.Paint( ) {...}
void IDataBound.Bind(Binder b) {...}
}
因为通过外部指派接口成员实现了每个成员，所以用这种方法实现的成员称为外部接口成员。外部接口成员可以只是通过接口来调用。例如，Paint方法中EditBox的实现可以只是通过创建Icontrol接口来调用。
class Test {
static void Main( ) {
EditBox editbox = new EditBox( );
editbox.Paint( ); //错误: EditBox 没有Paint 事件
IControl control = editbox;
control.Paint( ); // 调用EditBox的Paint事件
}
}
上例中，类EditBox 从Control 类继承并同时实现了IControl and IDataBound 接口。EditBox 中的Paint 方法来自IControl 接口，Bind 方法来自IDataBound 接口，二者在EditBox 类中都作为公有成员实现。当然，在C# 中我们也可以选择不作为公有成员实现接口。
如果每个成员都明显地指出了被实现的接口，通过这种途径被实现的接口我们称之为显式接口成员（explicit interface member）。用这种方式我们改写上面的例子：
public class EditBox: IControl, IDataBound {
void IControl.Paint( ) {…}
void IDataBound.Bind(Binder b) {…}
}
显式接口成员只能通过接口调用。例如：
class CTest {
static void Main( ) {
EditBox editbox = new EditBox( ) ;
editbox.Paint( ) ; //错误:不同的方法
IControl control = editbox;
control.Paint( ) ; //调用EditBox的Paint方法
}
}
上述代码中对editbox.Paint( )的调用是错误的，因为editbox 本身并没有提供这一方法。control.Paint( )是正确的调用方式。
注释：接口本身不提供所定义的成员的实现，它仅仅说明这些成员，这些成员必须依靠实现接口的类或其它接口的支持。
知道了怎样访问接口，我们还要知道怎样实现接口,要实现C#的接口，请看下一节-实现接口
类对接口的实现
前面我们已经说过，接口定义不包括方法的实现部分。接口可以通过类或结构来实现。我们主要讲述通过类来实现接口。用类来实现接口时，接口的名称必须包含在类定义中的基类列表中。
下面的例子给出了由类来实现接口的例子。其中ISequence 为一个队列接口，提供了向队列尾部添加对象的成员方法Add( )，IRing 为一个循环表接口，提供了向环中插入对象的方法Insert(object obj)，方法返回插入的位置。类RingSquence 实现了接口ISequence 和接口IRing。
using System ;
interface ISequence {
object Add( ) ;
}
interface ISequence {
object Add( ) ;
}
interface IRing {
int Insert(object obj) ;
}
class RingSequence: ISequence, IRing
{
public object Add( ) {…}
public int Insert(object obj) {…}
}
如果类实现了某个接口，类也隐式地继承了该接口的所有父接口，不管这些父接口有没有在类定义的基类表中列出。看下面的例子：
using System ;
interface IControl {
void Paint( );
}
interface ITextBox: IControl {
void SetText(string text);
}
interface IListBox: IControl {
void SetItems(string[] items);
}
interface IComboBox: ITextBox, IListBox { }
这里, 接口IcomboBox继承了ItextBox和IlistBox。类TextBox不仅实现了接口ITextBox，还实现了接口ITextBox 的父接口IControl。
前面我们已经看到，一个类可以实现多个接口。再看下面的例子：
interface IDataBound {
void Bind(Binder b);
}
public class EditBox: Control, IControl, IDataBound {
public void Paint( );
public void Bind(Binder b) {...}
}
类EditBox从类Control中派生并且实现了Icontrol和IdataBound。在前面的例子中接口Icontrol中的Paint方法和IdataBound接口中的Bind方法都用类EditBox中的公共成员实现。C#提供一种实现这些方法的可选择的途径，这样可以使执行这些的类避免把这些成员设定为公共的。接口成员可以用有效的名称来实现。例如，类EditBox可以改作方法Icontrol.Paint和IdataBound.Bind来来实现。
public class EditBox: IControl, IDataBound {
void IControl.Paint( ) {...}
void IDataBound.Bind(Binder b) {...}
}
因为通过外部指派接口成员实现了每个成员，所以用这种方法实现的成员称为外部接口成员。外部接口成员可以只是通过接口来调用。例如，Paint方法中EditBox的实现可以只是通过创建Icontrol接口来调用。
class Test {
static void Main( ) {
EditBox editbox = new EditBox( );
editbox.Paint( ); //错误: EditBox 没有Paint 事件
IControl control = editbox;
control.Paint( ); // 调用EditBox的Paint事件
}
}
上例中，类EditBox 从Control 类继承并同时实现了IControl and IDataBound 接口。EditBox 中的Paint 方法来自IControl 接口，Bind 方法来自IDataBound 接口，二者在EditBox 类中都作为公有成员实现。当然，在C# 中我们也可以选择不作为公有成员实现接口。
如果每个成员都明显地指出了被实现的接口，通过这种途径被实现的接口我们称之为显式接口成员（explicit in public class EditBox: IControl, IDataBound {
void IControl.Paint( ) {…}
void IDataBound.Bind(Binder b) {…}
}
显式接口成员只能通过接口调用。例如：
class CTest {
static void Main( ) {
EditBox editbox = new EditBox( ) ;
editbox.Paint( ) ; //错误:不同的方法
IControl control = editbox;
control.Paint( ) ; //调用EditBox的Paint方法
}
}
上述代码中对editbox.Paint( )的调用是错误的，因为editbox 本身并没有提供这一方法。control.Paint( )是正确的调用方式。
注释：接口本身不提供所定义的成员的实现，它仅仅说明这些成员，这些成员必须依靠实现接口的类或其它接口的支持。
本文来自[Svn中文网]转发请保留本站地址：
https://www.doczj.com/doc/0c16273528.html,/dotnet/Csharp/2010012619092_3.html terface member）。用这种方式我们改写上面的例子：
帝国CMS接口使用手册 一、简介 1、本接口应用于帝国CMS 版新闻系统模型的栏目文章发布； 2、本接口可以自动生成文章、栏目、首页等静态HTML页面； 3、本接口可以生成随机点击数，详见发布接口参数说明； 4、发布时请使用管理员用户帐号； 5、在帝国CMS utf8版使用本接口时，请在发布规则中选择编码为UTF-8； 6、本接口基于帝国CMS UTF8版制作，适用于帝国CMS GBK/utf-8等版本，应用于其他版本时请自行测试调整；； 7、接口文件无须任何改动即可使用，如果你希望增加校验或其他功能，请仔细修改； 8、2个接口文件请复制在网站 /e/admin目录下使用； 二、安装接口 在接口文件夹中找到接口文件，如图： 请将、等接口文件上传到指定目录，请使用二进制方式上传，如图： 三、配置发布规则 1、将范例发布规则文本导入ET2发布配置，或使用软件内置发布规则范例，如图：
2、将检查网址和发布网址中的“您的网站”改为您要发布的网站网址，如图： 3、在检查网址填上您要发布的栏目ID，如图： 4、在参数取值页，填上您要发布的网站栏目ID，如图： 这里查看栏目ID：
4、填上您的管理账号、密码，注意格式，如图： 四、接口说明 一、检查接口 1、接口文件名，为保密，请自行修改文件名； 2、本接口文件复制在网站/e/admin目录使用，如果目录名有变更，请自行对应； 3、主要参数 keyboard 文章标题 classid 栏目ID，用于指定检查栏目，可在后台网站栏目管理处查看； vercode 校验码，请自行设定，并在检查接口文件开始处修改$vercode 使其一致； 4、发布配置-文章检查网址处，可以如下填写： 注：使用大小写敏感的服务器的用户请注意网址大小写和网站文件一致 5、接口文件无须任何改动即可使用，如果你希望增加校验或其他功能，请仔细修改； 二、发布接口 1、接口文件名，为保密，请自行修改文件名； 2、本接口文件请复制在网站/e/admin目录下使用，为保密，请自行修改文件名；
1.社会服务系统对接接口设计 系统能提供兼容不同技术架构的数据接口，保证系统与省级各联合审批职能部门及其他电子政务系统进行数据交换。 1.1. 数据交换接口 数据交换平台基于Java技术和标准数据库接口（JDBC、ODBC等），为不同的数据库系统、应用系统、专用中间件系统提供接入组件，通过对接口协议需求进行抽象，使用TongIntegrator框架，就可以和特定系统的交互。另外提供组件定制接口，可以方便、快速地添加具有新的功能的组件。数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.1.1. 提供企业级需求的标准接口 数据压缩，减少带宽瓶颈；数据加密，提高系统安全性；异常处理，创建和维持了一个“消息异常处理器”的接口，它可以保存因为某种原因不能处理的消息，这些“异常”消息还可以被送回重新加以处理。 1.1. 2. 提供可扩展的告警方式接口 平台默认实现了邮件告警方式，只需要配置相应的邮件信息，当有警告产生时，会自动发送告警邮件给邮件接收者。同时平台还提供了可扩展的告警方式接口，可根据项目需要扩展不同的告警方式，如短信告警等。 1.1.3. 提供第三方的压缩和加密算法接口 提供数据压缩和加密功能，产品本身带有一套数据压缩、加密算法，同时也为第三方的压缩和加密算法提供了接口，用户可以方便的将自己指定的压缩和加密算法嵌入到系统中。 1.1.4. 系统特点 易于维护 通过使应用松耦合或分离，使系统环境中的接口更容易维护。同时通过数据交换平台对外提供统一接口，屏蔽了单个系统内部的改变，可以很容易替换过时的应用。 可扩展 数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。
附件4：数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。 二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性 校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端 在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户 端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后， 会反馈成功信息给客户端，如不成功则返回不成功。 五、客户端接收数据过程（与服务端接收过程类似。） 六、术语说明
THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等 打造全网一站式需求 欢迎您的下载，资料仅供参考
一、查询菜品列表接口(DONE) 1、功能说明 接受提供的菜品 XXX画面XXX功能（比如人口查询画面-查询| 人口查询画面-详细等）2、接口调用说明 2.1获取地址 2.2http请求方式 GET 2.3数据返回格式 JSON 2.4传递参数
2.5成功返回结果 [ “serverResponse”:”Success”, “totalRecords”:”52”, “page” : “10”, “pageSize” : “5”, “data”：{ “id” : “123”, “itemName” : “皇堡”, “priceNow” : “10”, “pricePast” : “12”, “servicePicture” :”s9118668.jpg”, “serviceStars” : “3” }, ……. { “id” : “”, “itemName” : “”, “priceNow” : “”, “pricePast” : “”, “servicePicture” :” s9118668.jpg”, “serviceStars” : “3” } ] 2.6返回结果解释
二、查询广告接口（DONE） 1、功能说明 接受广告图片，目前为一张 2、接口调用说明 2.1获取地址 2.2http请求方式 GET 2.3数据返回格式 JSON 2.4传递参数
2.5成功返回结果 { "serverResponse":"Success", “advertisePicture” : “0f736a68b929b0955b319ebc41336.jpg”} 2.6返回结果解释 三、查询订单列表接口(DONE) 1、功能说明 根据指定的客户id查询订单 2、接口调用说明 2.1获取地址 2.2http请求方式 GET 2.3数据返回格式 JSON
获取当前登录用户待办、已办工作流列表。 方法： class getWorkFlowList(String userName,String type,int beginIndex,int endIndex) 参数说明： userName：用户名 Type：获取工作流类型1：待办2：已办3：传阅消息 beginIndex：查询开始行 endIndex：查询结束行 输出说明： 获取当前登录用户可以发起的流程的列表。 以当前用户发起并提交一个流程。 方法： class submitBillFlow(String userName,String billId) 参数说明： UserName:提交用户名 billId：单据ID
流程传阅接口。 方法： class circulatedFlow(String assignId,String personId,String msg) 参数说明： assignId：任务ID，可通过待办、已办列表获取 personId：传阅人ID，支持多人ID用;隔开 Msg：传阅意见 流程传阅反馈(接收到传阅消息可提出意见提交反馈结果) 方法： class sendPassCommen(String billId,String procinstId,String personName ,String msg) 参数说明： billId：单据ID，可通过传阅列表获取 procinstId：流程实例，可通过传阅信息列表获取 personName ：传阅发起人，可通过传阅列表获取 Msg：传阅反馈意见 获取传阅意见(通过流程实例)。 方法： class gegtCirculatedMsg(String procinstId) 参数说明： procinstId：流程实例ID，可通过待办、已办列表获取 输出说明：
1 前言 《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。 前言简介本规范各部分的内容。 报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈内容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规范的代码表、数据校验规则。 本接口规范适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规范 2.1术语和定义 下列术语和定义适用于本规范。 2.1.1报文 由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规范中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规范中段为基础段。 2.1.4信息记录 数据采集的基本信息单位，包含报送机构一笔业务的有关数据。 本规范中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体内容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的内容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则
文档编号：T-JKJS 文档版本：0.01 项目编号：XX-DX- PECS 《XX电信工程外部协作系统》 Project Exterior Cooperation System 施工单位接口技术解决方案 编写人：南疯日期：2006-10-30 审核人：日期： 批准人：日期： XXXXXX信息科技股份有限公司 地址：XXXXXXX 邮编：XXXXXX 电话：XXXXXXXX传真：XXXXXX 网站：XXXXXXXXX 修改记录（Revision Chart） 版本号批准人修改人修改0.01南疯2006-10-30 0.02详细修改记录： 序号
1引言 1.1编写目的 1.2覆盖范围 1.3预期读者与阅读建议 1.4文档约定 1.5术语与缩略语 1.6参考文献 2概述 3接口方式 4接口安全 4.1接口认证 4.2数据安全 5事务处理 6性能考虑 7容错处理 8数据格式 8.1约定 8.2施工系统向外协系统发送请求 8.2.1请求查询一个业务数据 8.2.2新增一条记录，得到记录的键值 8.2.3修改一条记录 8.2.4删除一条记录 8.2.5文档上传 8.2.6一条记录中一个文档字段上传多个文件 8.2.7补充上传文档 8.2.8在记录中删除一个文档 8.2.9获得文档的基本信息 8.2.10获得文档的所有兄弟信息 8.2.11获得文档的所有父亲信息 8.2.12下载一个文档 8.2.13获得字典 8.3外协系统向施工系统发送请求 8.3.1发送变更后的数据 8.3.2发送变更后的字典 8.3.3文档发送请求 9信息数据项 9.1数据表 9.2字段信息 9.3字典类型
污染源在线自动监控系统数据传输和接口标准技术规范FIX 超时重发机制： 请求回应的超时，在一个请求命令发出后在规定的时间内未收到回应，认为超时。超时后重发，重发规定次数后仍未收到回应认为通讯不可用，通讯结束。超时时间根据具体的通讯方式和任务性质可自定义。超时重发次数根据具体的通讯方式和任务性质可自定义。 执行超时 请求方在收到请求回应（或一个分包）后规定时间内未收到返回数据或命令执行结果，认为超时，命令执行失败，结束。缺省超时定义表（可扩充）： 所有的通讯包都是由ACSII码字符组成(CRC校验码除外)。 通讯包结构组成：
系统编码表（可扩充）（GB/T16706-1996）见《环境信息标准化手册》第一卷第236页
执行结果定义表（可扩充） 命令列表（可扩充）
附录A：循环冗余校验（CRC）算法 CRC校验（Cyclic Redundancy Check）是一种数据传输错误检查方法，CRC码两个字节，包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC，并与接收到的CRC 域中的值比较，如果两值不同，则有误。 CRC是先调入一值是全“1”的16位寄存器，然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效，起始位和停止位以及奇偶校验位均无效。 CRC校验字节的生成步骤如下： ①装一个16位寄存器，所有数位均为1。 ②取被校验串的一个字节与16位寄存器的高位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③把这个16寄存器向右移一位。 ④若向右（标记位）移出的数位是1，则生成多项式1010 0000 0000 0001和这个寄存器进行“异或”运算；若向右移出的数位是0，则返回③。 ⑤重复③和④，直至移出8位。 ⑥取被校验串的下一个字节 ⑦重复③~⑥，直至被校验串的所有字节均与16位寄存器进行“异或”运算，并移位8次。 ⑧这个16位寄存器的内容即2字节CRC错误校验码。 校验码按照先高字节后低字节的顺序存放。
理正标准数据接口 一、 功能 通过该接口将理正标准接口数据读入到的数据库中 地层统计表、勘探点一览表、土工试验综合成 果表、 数表等成果、生成与静探有关的成果图等。 二、 接口格式 1、接口文件中包含的数据 接口中可输入的数据表包括钻孔表数据、土层表数据、静探表、取样表数据、湿陷 性黄土数据、 固结和固结试验项目数据、 颗分和颗分试验项目数据、 直剪和直剪试验 项目数据、 三轴和三轴试 验项目数据。各数据表及数据表中的先后内容如下表： （包括室内试验数据和静探数据） ，从而生成 物理力学指标统计表、物理力学指标设计参
2、 接 口 文 件 具 体 格 式 ； 钻孔 数 据 #ZK#钻孔编号勘探点类型 X 坐标丫坐标偏移量孔口标高水面标高勘探深度探井深度钻 孔直径 勘探开始日期 勘 探 结 束日期 ;土层数据 #TC#岩 土名称层底深度地层厚度主层编号亚层编号地质时代地质成因颜色密实度湿 度可塑性浑圆度均匀性 风化程度岩层倾向岩层倾角矿物成分结构构造包含物气味 描述完整程度坚硬程度破碎程度节理发育节理间距 #TC#岩 土名称层底深度地层厚度主层编号 ；静探数据 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力 比贯入阻力 ；取样数据 #QY#取样编号 度最大密度 自然抗压强度 剪切强度无侧限抗压强度（原状） 无侧限抗压强度（重塑） 灵敏度透水率剪切波速纵波 波速动弹性模量动剪切模量动泊松比回弹模量 ;湿陷性黄土数据 #SX#湿陷浸水压力 湿陷系数5 S 压力湿陷系数5 .2s 压力湿陷系数5 .3s 自重湿陷系数 湿陷 起始压力 #sx#显陷浸水压力 取样深度取样长度取样类型质量密度土粒比重含水量液限塑限最小密 水上休止角水下休止角渗透系数水平渗透系数垂直渗透系数单轴抗压强度 饱和抗压强度抗拉强度抗剪强度软化系 数桩侧摩阻力桩端摩阻力十字板
微服务系统和数据库设计方案 1.微服务本质 微服务架构从本质上说其实就是分布式架构，与其说是一种新架构，不如说是一种微服务架构风格。 简单来说，微服务架构风格是要开发一种由多个小服务组成的应用。每个服务运行于独立的进程，并且采用轻量级交互。多数情况下是一个HTTP的资源API。这些服务具备独立业务能力并可以通过自动化部署方式独立部署。这种风格使最小化集中管理，从而可以使用多种不同的编程语言和数据存储技术。 对于微服务架构系统，由于其服务粒度小，模块化清晰，因此首先要做的是对系统整体进行功能、服务规划，优先考虑如何在交付过程中，从工程实践出发，组织好代码结构、配置、测试、部署、运维、监控的整个过程，从而有效体现微服务的独立性与可部署性。 本文将从微服务系统的设计阶段、开发阶段、测试阶段、部署阶段进行综合阐述。 理解微服务架构和理念是核心。 2.系统环境
3.微服务架构的挑战 可靠性： 由于采用远程调用的方式，任何一个节点、网络出现问题，都将使得服务调用失败，随着微服务数量的增多，潜在故障点也将增多。 也就是没有充分的保障机制，则单点故障会大量增加。 运维要求高： 系统监控、高可用性、自动化技术 分布式复杂性： 网络延迟、系统容错、分布式事务 部署依赖性强： 服务依赖、多版本问题 性能（服务间通讯成本高）： 无状态性、进程间调用、跨网络调用 数据一致性： 分布式事务管理需要跨越多个节点来保证数据的瞬时一致性，因此比起传统的单体架构的事务，成本要高得多。另外，在分布式系统中，通常会考虑通过数据的最终一致性来解决数据瞬时一致带来的系统不可用。 重复开发： 微服务理念崇尚每个微服务作为一个产品看待，有自己的团队开发，甚至可以有自己完全不同的技术、框架，那么与其他微服务团队的技术共享就产生了矛盾，重复开发的工作即产生了。 4.架构设计 4.1.思维设计 微服务架构设计的根本目的是实现价值交付，微服务架构只有遵循DevOps理念方可进行的更顺畅，思维方式的转变是最重要的。
登记结算数据接口规范（上市公司版V2.9） 二零一五年一月
版本修订历史
目录 前言 (4) 一、概述 (4) 二、数据文件命名规则 (4) 三、基本数据说明 (4) 第一章发送数据接口规范 (7) 一、中国结算上海分公司向上市公司发送的数据清单 (7) 二、中国结算上海分公司向上市公司发送的数据明细说明 (8) 1)s1(上市公司月中/末大股东名册数据) (8) 2)s1c(上市公司月末大股东名册自助补发数据) (9) 3)s2d（上市公司前N名股东名册自助发送数据） (9) 4)s2e（上市公司权益日全体股东名册自动发送） (10) 5)s3(上市公司红利退款明细数据) (11) 6)s4(人工受理的A股全体股东名册) (12) 7)s5(融资融券和转融通担保证券账户的明细数据) (13) 8)s6(股息红利差异化计税补缴明细数据) (14) 9)s7(全体股票激励期权持有人数据) (16) 10)s8(股票激励期权持有变动明细数据) (16) 11)s9(股票激励期权基本信息数据) (17) 12)s10(A股合并普通账户和信用账户前N名名册) (18)
前言 一、概述 为了进一步规范中国证券登记结算有限责任公司上海分公司（以下简称中国结算上海分公司）与上市公司之间的登记结算数据接口，确保登记结算数据处理的正确性，特编写本登记结算数据接口规范文档。本文主要针对中国结算上海分公司发送和接收的上市公司的各类登记结算数据进行详细的说明。 二、数据文件命名规则 数据文件名: =：前缀 + 标识 + “.” + 后缀 前缀：=：s1|s1c|s2d|s2e|s3|s4|s5|…… 标识：=: 证券代码[yyyymmdd][其它]，其中[yyyymmdd]和[其它]为可选内容，参见各文件的数据库名说明。 后缀：=：mdd m：=：1，2，3，……，9，a，b，c dd：=：01，02，03，……，31 目前中国结算上海分公司发送和接收的数据文件，均采用FOXPRO2.5下的标准DBF格式。为了减少数据通讯量，中国结算上海分公司发送的数据文件都经过ZIP软件压缩后发送至PROP电子信箱中。 发送数据文件的命名规则为：“前缀” + “标识” + “.mdd”；其中mdd表示日期，其中m表示月，（m=1,2,3,…,9,a,b,c），dd表示日。例如2001年12月31日发送的600001上市公司的s1数据的数据名称为“s1600001.c31”。 三、基本数据说明 1、股票的数量单位为“股”、基金的数量单位为“份”；债券、融券数量单位为“一元”面 值数量；金额单位为“元”。 2、证券类别（ZQLB）意义如下： GZ 固定收益类 JJ 基金 PT 无限售流通股 PG 配股 PS 配售股
phpcms v9文章模型栏目接口第三版使用手册 一、简介 1、本接口应用于phpcms v9.2.4 - v9.3.3版文章模型栏目文章发布； 2、本接口支持非默认站点发布； 3、本接口支持自动获取关键词、自动提取缩略图、自动摘要、自动分页、自定义字段等功能，详见发布接口部分说明； 4、支持网站后台栏目生成HTML设置； 5、发布时请使用具有管理权限的用户帐号； 6、本接口基于phpcms v9 UTF8版制作，适用于phpcms v9 GBK/utf-8等版本，应用于其他版本时请自行测试调整； 7、在phpcms v9 utf8版使用本接口时，请在发布规则中选择编码为UTF-8； 8、接口文件无须任何改动即可使用，如果你希望增加校验或其他功能，请仔细修改； 9、2个接口文件请复制在phpcms v9网站根目录下使用； 二、安装接口 在接口文件夹中找到接口文件，如图： 请将etchk_cms.php、etpost_cms.php等接口文件上传到指定目录，请使用二进制方式上传，如图： 三、配置发布规则 1、将范例发布规则文本导入ET2发布配置，或使用软件内置发布规则范例，如图：
2、将检查网址和发布网址中的“您的网站”改为您要发布的网站网址，如图： 3、在检查网址填上您的栏目ID，如图： 4、在检查网址填上您的站点ID，站点ID如留空则默认为1，如图： 5、在参数取值页，填上您要发布的栏目ID和站点ID，如图： 6、在网站后台内容管理-栏目管理处，可以看到各栏目的catid号，如图：
7、在网站后台-设置-站点管理中，可以查看站点ID，如图： 8、填上您的账号、密码，注意格式和账号权限，如图：
中国证券登记结算有限责任公司上海分公司技术文档 登记结算数据接口规范 （结算参与人版Ｖ２．０） 二零零六年九月
版本修订历史 更新日期 最新版本 修订说明 ２００６／０５／１６ １．３５ 更新其他数量文件，新增询价增发业务的数据；更新结算明细文件的新股业务数据，过户类型修改。 ２００６／０６／１６ １．５０ 全面启用新版数据接口文件。 ２００６／０７／２０ １．５１ 修改结算明细文件中要约收购和可转债回售业务的过户类型；修改业务回报文件中指定／撤指定回报数据的填写说明。 ２００６／０７／２４ １．５２ 新增开通网络服务的业务，更新实时开户的实时交易数据接口说明和Ｋ３文件的说明。 ２００６／０８／０８ １．５３ 更新证券余额查询实时交易应答结构；更新配股业务相关的ｊｓｍｘ文件和ｚｑｂｄ文件说明。 ２００６／０９／２０ ２．０ 删除旧版登记结算数据文件；新增融资融券业务相关数据接口。
目录 前言 (7) 一规范所涉内容及适用对象 (7) 二数据文件命名规则 (7) 三基本数据说明 (7) 第一章发送数据文件接口规范 (8) 一中国结算上海分公司向结算参与人发送的数据清单 (8) １． Ａ股（含债券）文件．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．８ ２． Ｂ股文件．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．８ ３． 开放式基金数据文件．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．９ ４． 其他文件．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．９二中国结算上海分公司向结算参与人发送的数据明细说明 (10) １． ｂａ４（Ｂ股帐户指定交易变更处理结果回报数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１０ ２． ｂｃ１（Ｂ股交收通知数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１１ ３． ｂｃ２（Ｂ股Ｔ＋２逐笔交易确认预对盘结果回报数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１２ ４． ｂｃ３（Ｂ股Ｔ＋２逐笔交收指令预对盘结果回报数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１３ ５． ｂｃ５（Ｂ股Ｔ＋３逐笔交易确认对盘结果回报数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１５ ６． ｂｃ６（Ｂ股Ｔ＋３逐笔交收指令对盘结果回报数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１６ ７． ｂｃ８（Ｂ股待交收衍生数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１７ ８． ｂｄ１（Ｂ股非交易过户过户确认数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１８ ９． ｂｄ２（Ｂ股投资者证券及权益数据变动月对帐数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．１９ １０． ｂｄ３（Ｂ股权益登记通知数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２１ １１． ｂｄ４（Ｂ股红利补领通知数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２２ １２． ｂｄ５（Ｂ股投资者证券及权益余额对帐数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２３ １３． ｂｄ６（Ｂ股投资者证券红利明细对帐数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２４ １４． ｂｓ１（Ｂ股过户确认数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２５ １５． ｂｓ２（Ｂ股待交收过户确认数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２６ １６． ｂｓ３（Ｂ股汇款确认数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２７ １７． ｂｓ４（Ｂ股备付金账户资金收付明细的月对帐数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２８ １８． ｅ２（债券持有变动对帐数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．２９ １９． ｆｓｂｚ＿ａ（Ａ股数据文件发送结束标志文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３０ ２０． ｆｓｂｚ＿ｂ（Ｂ股数据文件发送结束标志文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３１ ２１． ｆｓｂｚ＿ｄｚ（对账类数据文件发送结束标志文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３２ ２２． ｊｓｍｘ（结算明细文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３３ ２３． ｋ３（Ｂ股证券账户开户及帐户资料修改申报的处理结果回报文件）．．．．．．．．．．．．．．．．．．．３５ ２４． ｋｆ１（开放式证券投资基金Ｔ＋１日清算明细数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３７ ２５． ｋｆ２（开放式证券投资基金结算保证金调整通知数据）．．．．．．．．．．．．．．．．．．．．．．．．．．．．３８ ２６． ｑｔｓｌ（证券其他数量对账文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．３９ ２７． ｔｚｘｘ（通知信息文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．４２ ２８． ｗｄｑ（未到期业务对账文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．４５ ２９． ｙｗｈｂ（业务回报文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．４７ ３０． ｚｈｔｇ（证券账户托管对账文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．５３ ３１． ｚｈｚｌ（证券账户资料文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．５４ ３２． ｚｊｂｄ（资金变动文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．５６ ３３． ｚｊｈｚ（资金汇总文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．５７ ３４． ｚｊｙｅ（资金余额文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．５９ ３５． ｚｑｂｄ（证券变动文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．６０ ３６． ｚｑｊｓｘｘ（证券结算信息文件）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．６６
接口名称：登录服务 功能描述 为第三方的应用程序提供登录服务。 访问形式 客户端调用 请求输入参数表 字段名 变量名 类型 说明 可空 样例 接口名称 api String 服务所在的API 库 N com.taobao.android.platformservice 服务 action String 接口下的服务 N login 应用程序唯一ID 标识 appuid String Data & Center 返回的唯一appuid 标识 N XXXXXXX 返回结果
请求URL样例 doRequest(“api=com.taobao.android.platformservice&action=login&appuid=xxxxxxx “); 返回结果样例 成功: 一.本APP调用登录服务(其它APP未进行登录) {"ret":"SUCCESS::登录成功 ","topSession":"12222ea9f482293008e36dc119e34a0d55f9a","nick":"******","action":"login","t oken":"3f88d1123060d9efcdd39937e4665123456890aa8ddb1d8427e14a94e3021215b305a5940 0fb70262e000a3df0f26bb187d5bf4a84a7c14c9017053429ebecb300adb97d4a3a06e87270f762a 1708375664657977dc391f58e92649b9ba922f48a08398fad5ebd2101de0817c99ad2a3553b2903 ba33dd1c4e6c2299d615c5ca","api":"com.taobao.android.platformservice","ttid":"","sid":"86563 16999de16174f47810cc7777fd7","appUID":"56580sdk0001c76"} 二.本APP调用登录服务(其它APP已经登录) {"ret":"SUCCESS::已经登录过了 ","topSession":"12222ea9f482293008e36dc119e34a0d55f9a","nick":"******","action":"login","t oken":"3f88d1123060d9efcdd39937e4661234562890aa8ddb1d8427e14a94e3021215b305a5940 0fb70262e000a3df0f26bb187d5bf4a84a7c14c9017053429ebecb300adb97d4a3a06e87270f762a 1708375664657977dc391f58e92649b9ba922f48a08398fad5ebd2101de0817c99ad2a3553b2903 ba33dd1c4e6c2299d615c5ca","api":"com.taobao.android.platformservice","ttid":"205200@taon ews2.0","sid":"8656316999de16174f47810cc7777fd7","appUID":"78085sdk0001c1b"} 三.其它APP登录成功(本APP接收到登录成功通知) {"ret":"SUCCESS::其它相关产品已经登录成功 ","topSession":"12222ea9f482293008e36dc119e34a0d55f9a","nick":"******","action":"login","t oken":"3f88d1123060d9efcdd39937e4665812345690aa8ddb1d8427e14a94e3021215b305a5940 0fb70262e000a3df0f26bb187d5bf4a84a7c14c9017053429ebecb3561806de3a4ec6530295f084f0 4136e1e472f8918c1d5f2f7331419bd9de28518206590d620350a701cda2bb8c5fd667556462316a 45ab0719*******a74d6a9","api":"com.taobao.android.platformservice","ttid":"","sid":"865631 6999de16174f47810cc7777fd7","appUID":"78085sdk0001c1b"}
系统对接接口设计 1. 社会服务系统对接接口设计 系统能提供兼容不同技术架构的数据接口，保证系统与省级各联合审批职能部门及其他电子政务系统进行数据交换。 1.1. 数据交换接口 数据交换平台基于Java技术和标准数据库接口(JDBC、ODBC等)，为不同的数据库系统、应用系统、专用中间件系统提供接入组件，通过对接口协议需求进行抽象，使用TongIntegrator框架，就可以和特定系统的交互。另外提供组件定制接口，可以方便、快速地添加具有新的功能的组件。数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.1.1. 提供企业级需求的标准接口 数据压缩，减少带宽瓶颈;数据加密，提高系统安全性;异常处理，创建和维持了一个“消息异常处理器”的接口，它可以保存因为某种原因不能处理的消息，这些“异常”消息还可以被送回重新加以处理。 1.1. 2. 提供可扩展的告警方式接口 平台默认实现了邮件告警方式，只需要配置相应的邮件信息，当有警告产生时，会自动发送告警邮件给邮件接收者。同时平台还提供了可扩展的告警方式接口，可根据项目需要扩展不同的告警方式，如短信告警等。 1.1.3. 提供第三方的压缩和加密算法接口 提供数据压缩和加密功能，产品本身带有一套数据压缩、加密算法，同时也为第三方的压缩和加密算法提供了接口，用户可以方便的将自己指定的压缩和加密算法嵌入到系统中。 1.1.4. 系统特点
易于维护 通过使应用松耦合或分离，使系统环境中的接口更容易维护。同时通过数据交 换平台对外提供统一接口，屏蔽了单个系统内部的改变，可以很容易替换过时的应用。 可扩展 数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。 1.2. 数据交换方式 1.2.1. Web Service 接口接入 已具备行政审批系统的部门可使用WEB SERVICE接口方式进行数据交换。需 要各业务审批部门在前置机部署审批交换数据接口程序，数据接口程序调用省级联合审批数据交换平台提供的Web Service接口，实现审批业务数据的交换。 1.2.2. 消息中间件数据交换接入 已具备行政审批系统的业务部门如果具备数据交换中间件，则可采用数据交换 中间件模式进行交换，数据交换中间件可以直接从审批业务数据库提取出XML格式数据，并通过省级联合审批交换平台的Web Service或数据库接口直接写入，完成数据交换，要求数据交换中间件支持XML数据交换模式。 消息中间件数据交换方式实现要求:审批业务部门自行建立的行政审批系统， 单位需自行开发数据交换适配器软件，将单位审批业务数据库中的数据按照单位行政审批前置接口要求，处理、加工、整合后实时(或定时)交换至省级联合审批系统。 1.2.3. 开发数据库访问 具备自主负责的服务器和平台数据库维护的行政审批系统的业务部门，在通过 需求双方的保密、安全协议以后，确定能访问数据库的可以直接访问数据库抓取数
Computer Science and Application 计算机科学与应用, 2019, 9(8), 1554-1560 Published Online August 2019 in Hans. https://www.doczj.com/doc/0c16273528.html,/journal/csa https://https://www.doczj.com/doc/0c16273528.html,/10.12677/csa.2019.98174 Design and Implementation of Database Interface in C Language Ping Wang Fuzhou University of International Studies and Trade, Fuzhou Fujian Received: July 28th, 2019; accepted: August 12th, 2019; published: August 19th, 2019 Abstract After explaining the characteristics of C language and the importance of database technology, this paper introduces the Union and extensiveness of the two technologies in the application of equipment process control. It focuses on the detailed analysis of the database interface technology encountered in the system development, and shows its application field from one side through an example. Keywords C Language, Database, Interface Technology, Development and Application C语言中数据库接口的设计与实现 王平 福州外语外贸学院，福建福州 收稿日期：2019年7月28日；录用日期：2019年8月12日；发布日期：2019年8月19日 摘要 本文在阐述C语言的特点以及数据库技术的重要性之后，简述了二者在设备过程控制应用中的结合性和广泛性，着重就系统开发中碰到的数据库的接口技术进行详细解析，并通过一个示例从一个侧面展示了其应用领域。 关键词 C语言，数据库，接口技术，开发应用
XXXX科技有限公司 数据接口 2015-5-26
目录 第1章引言............................................................. 错误!未定义书签。 背景.............................................................. 错误!未定义书签。第2章接口与数据定义................................................... 错误!未定义书签。 曝光台查询接口.................................................... 错误!未定义书签。 曝光台列表查询................................................ 错误!未定义书签。 曝光台详情查询................................................ 错误!未定义书签。 信用公示查询接口定义.............................................. 错误!未定义书签。 守信公示列表查询.............................................. 错误!未定义书签。 守信公示详情查询.............................................. 错误!未定义书签。 失信公示列表查询.............................................. 错误!未定义书签。 失信公示详情查询.............................................. 错误!未定义书签。 企业名称查询接口定义.............................................. 错误!未定义书签。 Webservice方法定义............................................ 错误!未定义书签。 请求参数...................................................... 错误!未定义书签。 返回数据...................................................... 错误!未定义书签。 企业信息查询接口定义.............................................. 错误!未定义书签。 Webservice方法定义............................................ 错误!未定义书签。 请求参数...................................................... 错误!未定义书签。 返回数据...................................................... 错误!未定义书签。