用友软件股份有限公司研发过程 U9 组件开发规范标准细则 文件编号：U9-SE-AC-SPEC-008 版 本 号 ：V1.1 修改状态：0 编 写 人 ：张恒 审 核 人 ： 批 准 人 ： 批准时间： 第 1 页 共 7 页 适用对象 该规范适用于 U9 应用开发部-组件开发部所有开发人员。 版本记录 此部分要记录该文档形成过程中的历次版本变更过程及变更的内容 版本 修改与参与人 修改时间 修改原因 修改概述 审核人1.0 杨爱民 2006/12/04 原始文档建立 万金伍 1.1 杨爱民 2007/2/1 校验器、异常、实体事件处理逻辑的补充 校验器设计规范、异常设计原则、实体事件及校验逻辑规范。（见红色字体部分） 万金伍 1.5 张恒 2008-7-7 相关文档： 此部分包含对该文档起指导与约束作用的相关文档以及预计在该文档指导与约束下将要建立的文档。 第 2 页 共 7 页 组件开发规范标准细则 1.解决方案规范 解决方案是组织项目的单位，其本身的模型目前没有特殊的用途。 通常情况下 UBF 每个解决方案是和每个服务组是保持对应的。特殊情况下，一个服务组中可以建立多个 UBF 解决方案，如 CBO。 命名规范： 解决方案命名等于服务组名称；对于 CBO 这种情况：此时应该以“服务组名_”+“二级名称”方式命名。 举例： 当前服务组是 Base，那么解决方案的名称就为 Base.ubfsln。 当前服务组为 CBO，CBO 下有五个解决方案，分别命名为 CBO_Pub.ubfsln、CBO_FI.ubfsln、CBO_SCM.ubfsln、CBO_HR.ubfsln、CBO_MFG.ubfsln。 2.项目规范 一个解决方案下可有多个项目，模型项目组主要包括实体项目、操作项目、服务项目，工作流项目组包括工作流项目。 命名规范： 1) 项目（Name 属性）命名： 项目领域名称＋BE（实体）、BP（操作）、SV（服务）、WF（工作流）结尾。项目名同时也是生成代码后所产生的目录名。 2) 装配件(AssemblyName 属性）命名： UFIDA.U9.＋服务组名.＋项目 Name 名。 如：UFIDA.U9.CBO.SCMBE , UFIDA.U9.Base.BaseBE UFIDA.U9.INV.INVBE, UFIDA.U9.INV.INVBP, UFIDA.U9.INV.INVSV 项目粒度划分规则: 通常一个服务组下建立一个 BE 项目，直接以服务组名＋BE 来命名。在该项目下建立不同文件夹来存放不同的 UBFBE 组件。 同时可以建立多个 BP，SV 等其它项目，来产生多个 BP 或其它的程序集。 3.文件夹的划分和组件的命名空间的规范 项目文件夹的主要用途为了划分出业务组件的概念，并且用于命名空间的规范。也就是一个目录下包含的应该是多个业务相关的组件，并且给这些组件进行统一的命名空间命名，项目中每个 UBF 的组件至少被一层目录包含。 1） 模型中的组件名称空间采用如下规则： UFIDA.U9.服务组.文件夹名.自加的子空间第 3 页 共 7 页 （一般情况下，类型不是特别多就不需要增加子空间）。 2） 同时对于每个服务组，都可有一个共公 Common 文件夹，内可放置 5 个实体组件，分别为： 组件名：服务组名＋_Enum 命名空间：UFIDA.U9.服务组名.＋Enums 组件名：服务组名＋_PropertyType 命 名 空 间 ： UFIDA.U9. 服 务 组 名 . ＋PropertyType 组件名：服务组名＋_Validater 命名空间：UFIDA.U9.服务组名.＋Validaters 组件名：服务组名＋_Exception 命名空间：UFIDA.U9.服务组名.＋Exceptions 组件名：服务组名＋_DTO 命名空间：UFIDA.U9.服务组名.＋DTOs 举例１： CustomerBE 组件 用 UFIDA.U9.CBO.SCM.Customer 来作为命名空间。 其 它 五 个 相 关 的 Customer 组 件 CustomerAmountBE 、 CustomerCategoryBE 、CustomerGspInfoBE 、 CustomerRelationBE 、 CustomerTemplateBE 也 都 用UFIDA.U9.CBO.SCM.Customer 来作为命名空间。 4.组件规范 一个 UBF 项目中可有多个组件。目前 UBF 项目中的组件与其项目类型是一一对应的，并且在一种项目中只能建立一种类型 UBF 组件。 A. 实体组件 按照实体组件粒度最细的规则，UBF 的实体组件是指业务操作过程中的一次持久化基本单元，实体组件中的任何实体都是可最终...
