“数据接口:概述”版本间的差异

来自企业管理软件文档中心
跳转至: 导航搜索
(Nathan移动页面数据接口数据接口:概述,不留重定向)
 
(3位用户的12个中间修订版本未显示)
第1行: 第1行:
数据接口一般是用来查询数据,并将查询出来的数据提供别的表单使用。它们的本质都是用来提供数据,只是用户的输入方式不一样。
+
=== 概述 ===
论坛帖子:http://bbs.iyunbiao.com/forum.php?mod=viewthread&tid=562&page=1#pid1973
+
 
   
+
数据接口类别
#自动编号是由系统自动生成的字符串,当新建表单时或者保存表单时,系统会自动给某个单元格填写一串有规律的字符串。如下图[[文件:数据接口1.png|边框|无|左]]<br />
+
# 云表中分自动编号、下拉列表、列表选择、树形列表和系统变量。
#下拉列表是通过将选项做成下拉列表的形式供用户选择,并将用户选择的选项填写到单元格中。如下图[[文件:数据接口2.png|边框|无|左]]<br />
+
 
#列表选择是提供一条一条的数据,每条数据返回一个或一个以上的数据项,以便填写到当前表单的单元格的。如下图[[文件:数据接口3.png|650px|边框|无|左]]<br />
+
应用场景举例
#树形列表是将具有层级关系的数据组成类似于树的形态,供用户选择以填写到表单中的单元格。如下图[[文件:数据接口4.png|边框|无|左]]<br />
+
# 设计系统时,经常需要查找某些数据,比如做一个《销售合同》,需要弹出所有的客户信息供选择,或者输入客户编号,自动带出客户名称等信息,这个时候弹窗选择或自动带出来的内容就是通过数据接口来实现。
 +
 
 +
# 数据接口组成元素
 +
数据接口中,我们常提到的元素有数据源、列表选择项、自定义参数、过滤条件、返回值,当然根据不同类别的数据接口,元素可能也会有所不同。
 +
数据源:指数据接口提供的数据来源于哪里,比如客户信息列表,数据源来源于《客户信息》模板;
 +
列表选择项:调用时弹出选择的数据就是列表选择项;
 +
自定义参数:比如输入001,带出客户编号为001的客户名称、联系人、联系地址等信息,输入002,带出客户编号为002的客户信息,这里的001和002就是参数,但是因为我们这使用系统过程中,调用数据时并不知道会填写哪个编号,所以就自定义一个参数为客户编号,并在过滤条件中做好过滤,输入对应客户编号就带出相应客户信息,这个客户编号就是一个自定义参数,自定义参数可以设定一个也可以设定多个;
 +
过滤条件:指在查找数据时根据条件过滤筛选出部分数据,比如根据客户编号或者区域或者业务员查询对应客户信息,比如根据员工编号查询员工信息等等;
 +
返回值:在列表选择中存在,返回值打勾之后,当我们设计时调用此列表选择,调用列表选择的数据项时,默认绑定返回值,可以修改。
 +
 
 +
数据接口是什么用意呢?  
 +
# 规范化管理。改变之前数据规范全部堆积在一起的状态。如果我想要取客户信息的相关数据接口,只要在数据接口界面找到客户信息表下的数据接口,就能很轻松的找到。
 +
# 协同开发更安全可靠。自己内部怎么变,只要对外提供接口的数据接口不变,即可让其他人安全调用。比如说,一个公司内部两个开发人员,一个人开发OA模块,一个人开发业务模块。某天,开发OA的把员工信息表的数据项增加减少或修改了,他只要把此模板下面的数据接口中的数据项进行相应修改即可。开发业务模块的人不需要知道这里面的变化,只要调用的数据是对的就行。
 +
#后期会针对模板设计添加权限,即A开发者开发的模板,可以自己设计是否允许别人设计,如果不允许别人设计,也能保证此模板提供的数据接口完全不让其他人修改。
 +
 
 +
那么,针对新的数据接口概念,对于开发者,该如何操作呢?
 +
新的数据接口概念,分私有、公有和全局。
 +
#私有:私有的数据接口只能在本模板调用的时候才能看到,比如我们常用的自动编号。当然,我们也可以把私有的改成公有的,系统提供了选项;
 +
#公有:即可以被其他表单和自己调用的数据接口。;
 +
#全局:包含了系统预设的数据接口,不属于任何一个单独的模板。同时也是为了兼容之前未细分时的数据规范。
 +
#用系统的思维来进行开发。比如做了一个《客户信息》的模板,那么我们可以预计《客户信息》将会对外提供什么样的数据接口,比如“根据客户编号查询客户信息”、“客户信息列表”等等。此时,在设计模板的时候,我们就可以将这些接口做好。当然,我们也可以在设计的过程中,需要时再回到《客户信息》模板设计数据接口;
 +
#只要是表单模板的数据接口,系统规定,数据源表单必须包含本模板,即此本模板不允许删除,同时可以关联其他表单;
 +
#模板B在设计时,可以调用模板A的数据接口,且能调试,但是如果需要编辑,选中数据接口点编辑,系统会自动打开模板A,在A中进行修改;
 +
#数据接口作为模板的一部分,必须保存表单才算是完成。如设计B时发现调用的A的数据接口需要修改,或者需要在A中添加新的,此时回到A模板,设计,设计之后必须保存模板。返回B中,选中左边树或右边空白窗体处,点右键,选择刷新,即能看到刚才新建的数据接口;
 +
#新建报表和全局的数据接口,不强求数据源表单为本模板,可以随意选择。
 +
#新的数据接口,您在刚刚用的时候可能会觉得很繁琐,但实际上从长远来看,绝对可以为以后的工作节省不少时间。特别是系统越做越大的时候。而且,数据接口的概念,也会让开发者的思路更清晰,时间久了,维护系统也能做到得心应手。
 +
 
 +
 
 +
 
 +
[[Category:数据接口]]

2018年10月15日 (一) 13:52的最后版本

概述

数据接口类别

  1. 云表中分自动编号、下拉列表、列表选择、树形列表和系统变量。

应用场景举例

  1. 设计系统时,经常需要查找某些数据,比如做一个《销售合同》,需要弹出所有的客户信息供选择,或者输入客户编号,自动带出客户名称等信息,这个时候弹窗选择或自动带出来的内容就是通过数据接口来实现。
  1. 数据接口组成元素

数据接口中,我们常提到的元素有数据源、列表选择项、自定义参数、过滤条件、返回值,当然根据不同类别的数据接口,元素可能也会有所不同。 数据源:指数据接口提供的数据来源于哪里,比如客户信息列表,数据源来源于《客户信息》模板; 列表选择项:调用时弹出选择的数据就是列表选择项; 自定义参数:比如输入001,带出客户编号为001的客户名称、联系人、联系地址等信息,输入002,带出客户编号为002的客户信息,这里的001和002就是参数,但是因为我们这使用系统过程中,调用数据时并不知道会填写哪个编号,所以就自定义一个参数为客户编号,并在过滤条件中做好过滤,输入对应客户编号就带出相应客户信息,这个客户编号就是一个自定义参数,自定义参数可以设定一个也可以设定多个; 过滤条件:指在查找数据时根据条件过滤筛选出部分数据,比如根据客户编号或者区域或者业务员查询对应客户信息,比如根据员工编号查询员工信息等等; 返回值:在列表选择中存在,返回值打勾之后,当我们设计时调用此列表选择,调用列表选择的数据项时,默认绑定返回值,可以修改。

数据接口是什么用意呢?

  1. 规范化管理。改变之前数据规范全部堆积在一起的状态。如果我想要取客户信息的相关数据接口,只要在数据接口界面找到客户信息表下的数据接口,就能很轻松的找到。
  2. 协同开发更安全可靠。自己内部怎么变,只要对外提供接口的数据接口不变,即可让其他人安全调用。比如说,一个公司内部两个开发人员,一个人开发OA模块,一个人开发业务模块。某天,开发OA的把员工信息表的数据项增加减少或修改了,他只要把此模板下面的数据接口中的数据项进行相应修改即可。开发业务模块的人不需要知道这里面的变化,只要调用的数据是对的就行。
  3. 后期会针对模板设计添加权限,即A开发者开发的模板,可以自己设计是否允许别人设计,如果不允许别人设计,也能保证此模板提供的数据接口完全不让其他人修改。

那么,针对新的数据接口概念,对于开发者,该如何操作呢? 新的数据接口概念,分私有、公有和全局。

  1. 私有:私有的数据接口只能在本模板调用的时候才能看到,比如我们常用的自动编号。当然,我们也可以把私有的改成公有的,系统提供了选项;
  2. 公有:即可以被其他表单和自己调用的数据接口。;
  3. 全局:包含了系统预设的数据接口,不属于任何一个单独的模板。同时也是为了兼容之前未细分时的数据规范。
  4. 用系统的思维来进行开发。比如做了一个《客户信息》的模板,那么我们可以预计《客户信息》将会对外提供什么样的数据接口,比如“根据客户编号查询客户信息”、“客户信息列表”等等。此时,在设计模板的时候,我们就可以将这些接口做好。当然,我们也可以在设计的过程中,需要时再回到《客户信息》模板设计数据接口;
  5. 只要是表单模板的数据接口,系统规定,数据源表单必须包含本模板,即此本模板不允许删除,同时可以关联其他表单;
  6. 模板B在设计时,可以调用模板A的数据接口,且能调试,但是如果需要编辑,选中数据接口点编辑,系统会自动打开模板A,在A中进行修改;
  7. 数据接口作为模板的一部分,必须保存表单才算是完成。如设计B时发现调用的A的数据接口需要修改,或者需要在A中添加新的,此时回到A模板,设计,设计之后必须保存模板。返回B中,选中左边树或右边空白窗体处,点右键,选择刷新,即能看到刚才新建的数据接口;
  8. 新建报表和全局的数据接口,不强求数据源表单为本模板,可以随意选择。
  9. 新的数据接口,您在刚刚用的时候可能会觉得很繁琐,但实际上从长远来看,绝对可以为以后的工作节省不少时间。特别是系统越做越大的时候。而且,数据接口的概念,也会让开发者的思路更清晰,时间久了,维护系统也能做到得心应手。