GUI开发标准.docVIP

BOS开发标准 目前我们的系统开发没有标准，程序员的个人习惯直接决定了UI界面的风格，导致整个系统UI布局凌乱、不一致，严重影响了用户的操作。用户需要花很多时间来熟悉不同界面的布局、按钮的位置以及其他的业务操作，同时界面风格的不一致也给我们的培训增大了难度。希望大家能够遵循以下标准，使我们的系统有一个明显的改观。 本标准从以下几个方面对UI开发进行了规范： 命名规范：对元数据、控件、菜单进行规范 工具栏开发规范：对按钮排列的顺序、风格等进行规范 表格的开发规范：对表格的使用、风格等进行规范 颜色使用规范：对系统中需要使用颜色的地方进行规范 UI间距与布局规范：对UI界面的布局、间距等进行规范 实际开发规范：结合实际开发的一些规范 本标准从小到大、从局部到整体对UI进行了规范，但由于我们业务的复杂性可以在此标准上做适当的调整。针对已经开发完的模块，我们希望在重构的过程中，要充分考虑此标准，提高界面的简洁性和友好性，提高用户的满意度。 目录 1 元数据命名 1.1 BOS元数据命名 1.2 控件命名 2 工具栏的开发标准 2.1 图标、文字的使用 2.2 按钮的顺序 2.2.1 横向分组原则 2.2.2 整体顺序 2.2.3 整体规范 3 表格的开发标准 3.1 整体要求 3.2 对齐规范 4 颜色标准 4.1 文字颜色列表 4.2 表格状态颜色 5 间距与布局 6 实际应用开发规范 6.1单据类 6.2继承ListUI类 6.3继承EditUI类 6.4信息提示 6.5表格中显示的内容 6.6界面的状态控制 1 元数据的命名 1.1 BOS元数据命名 1.1.1?????? 异常命名 命名格式： XxxException 举例： CurrencyException 1.1.2 子异常命名 命名格式：XXX_XXX_…（以下划线分隔的有明确语义的大写英文单词） 举例：NAME_NOT_NULL （“名称不能为空！”） 1.1.3?????? 资源命名 命名格式： XxxResource 举例： AccountResource 1.1.4??? 资源项命名 命名格式：xxxXxxxXxxx……（有明确语义的英文单词组合） 举例：notAllowChangeParent （“不允许更改科目的父科目！”） 1.1.5?????? 枚举命名 命名格式： XxxEnum 举例： SystemEnum 1.1.6??? 枚举项命名 命名格式：XXX_XXX_……（以下划线分隔的有明确语义的大写英文单词） 举例：FIXED_ASSETS （固定资产） 1.1.7????? 查询命名 1.1.7.1? 普通查询 命名格式： XxxQuery 举例： CurrencyQuery （币种查询） 1.1.7.2.???? F7查询 命名格式： F7XxxQuery 举例： F7CurrencyQuery （F7币种查询） 1.1.7.3.???? 查询字段 ① 自有字段 命名格式：xxx（查询绑定主对象属性名称） 举例：number（编码） ②连接字段 命名格式：连接对象名．连接对象名．……．属性名 举例：company.name （公司名称） 图例：??? 1.1.8???? UI命名 ①基类继承自ListUI 命名格式： XxxUI 举例： VoucherListUI （凭证序时薄界面） ②基类继承自EditUI 命名格式： XxxUI 举例:VoucherEditUI （凭证编辑薄界面） 1.1.9 菜单的命名规范 名词+动词，且不能与现有的 命名重复 1.2 控件命名 控件的命名，以前缀作为标识某种类型的控件。具体如下： 控件 前缀 说明 KDButton btn KDButtonGroup grp 按钮组 KDBizMultiLangBox mlt 多语言编辑框 KDBizPromptBox prmt F7 KDCheckBox chk KDComboBox combo KDContainer cont KDCurrencyTextField txt 币别编辑框 KDDatePicker pk 日期 KDEditorPane pane KDFormattedTextField txt 格式化编辑框 KDFilterTextField txt KDLabel lbl KDLabelContainer cont 标签容器 KDList list KDMaskTextFiel