文档介绍：U8二次开发规范
背景
目前U8产品越来越庞大,提供的应用与服务也越来越多样化。公司整体的发展战略要求U8要成为一个能支持规模化交付的产品。为了达到这样的目标,仅仅通过我们的水平产品是无法满足客户的行业化、个性化的要求的。所以二次开发就成为一个能满足可以要求的填充剂,填补水平产品与客户的需求中的差异的空隙。
二次开发定义及范畴
二次开发是与一次开发是相对应的,所以凡是由U8产品开发部提供的U8产品、套件以外的都应属于二次开发的产品。从这个定义出发以下行为属于开发开发范畴。
分公司、大区的基于U8的开发行为。
第三方合作伙伴的基于U8的开发行为。
行业开发本部基于U8产品的开发行为。
U8ERP二次开发模式分析

目前我们的二次开发处于缺乏管理状态。由于U8软件缺乏足够的开放性,导致二次开发人员能利用的手段和方法非常有限。同时由于U8每年都需要年结,造成二次开发的数据需要手工结转。甚至有些是利用原代码进行的修改,这种方式会因为版本升级而造成功能失效。以下列出了主要的开发模式。
独立开发模式,独立于产品
模式描述:
在开发过程中基本不利用U8产品的构件(只利用登录构件),开发成果形成单独的可执行文件及动态库,模块不需要与U8门户程序集成,二次开发模块的权限设置、功能升级、部署均独立于产品。
优点:
对产品的影响小,产品可升级性强,不受产品功能制约。模块功能灵活度大,能够实现很复杂的功能。
缺点:
二次开发的模块产品风格与U8 产品风格差距较大,产品中一些很完善的功能(权限、打印、格式设置、输出等)不能被二次开发利用,打印、输出等基础功能需要重新开发,开发效率低。
注意问题:
如果使用了U8登录构件,在产品升级后,应测试登录构件是否向下兼容,如果不兼容要根据新版登录构件的使用文档对二次开发程序的登录部分作修改。
禁止行为:
为最大限度的保证产品的可升级性,禁止直接修改产品的系统数据表、视图、存储过程等数据库对象。
适用需求:
与产品关联度小,二次开发的功能与产品相对独立,属单独的功能需求,不影响产品的业务流程,但允许由产品中取数。例如:在U8ERP产品的基础上增加提成管理系统。
通过产品插件接口开发模式
模式描述:
此模式的开发是利用产品开放的插件接口对原产品模块做功能扩展。开发成果形成单独的动态链接库,模块功能不能单独使用,一般由产品模块通过插件接口依据插件注册信息自动调用。二次开发模块的权限设置、功能升级、部署均独立于产品。
优点:
利用插件方式开发,对产品影响小,产品可升级性强。插件机制可以规范二次开发模块的开发方式,插件产品重用性强,功能配置灵活。
缺点:
受产品插件接口开放程度的限制,目前只有库存模块提供了二次开发插件接口,其他模块还未提供,而库存模块也只提供了单据保存、审核、明细行双击等部分事件的插件接口,面对用户多种多样的二次开发需求,产品的插件接口开放程度还很不够。
注意问题:
插件开发应完全符合U8产品提供的插件二次开发规范,尽量采用与产品一致的开发语言()做插件,保证插件数据库操作与产品的数据库操作在同一事务中。
禁止行为:
适用需求:客户需求与产品模块结合紧密,需要基于某一产品模块做功能扩展,尽量采用插件方式。
利用产品提供的工具、服务的开发模式
模式描述:利用产品提供的二次开发工具、二次开发服务实现客户的个性化需求的开发模式。
优点:基本不用或只做少量的编码工作、开发效率高、与原产品风格一致、集成度高、易部署。
缺点:产品提供的开发工具能够解决的问题有限,特别是针对二次开发常涉及的供应链、财务等模块,目前只提供了自定义报表的二次开发工具。
注意问题:
禁止行为:
适用需求:能够利用产品提供的二次开发工具开发的需求尽量采用二次开发工具实现。例如:为客户定制开发的业务报表,一般的业务报表利用产品的自定义报表功能都可以实现。
申请产品源码做修改、替换原产品模块或新增模块节点的开发模式
模式描述:向集团申请源码直接修改产品功能模块的方式。
优点:基于原产品模块的代码进行二次开发可以实现很复杂的功能,开发灵活性、与产品集成度高。
缺点:如果需要以这种模式进行二次开发,必须首先向集团伙伴开发部申请开放部分源码,由伙伴开发部提供二次开发环境,分公司程序员不得将源码带回分公司。如果采用新增模块的方式,产品可以做补丁升级;如果采用替换原产品模块的方式导致产品不能进行升级,否则产品升级后会覆盖二次开发的模块,一定要升级需要二次开发人员对升级的安全性做测试,确认产品升级后不会影响二次开发模块的功能。
注意问题:应慎重选择此种开发模式,这种模式最大的问题就是严重影响产品的数据安全性、影响产品的正常升级。
禁止行为:没有二次