在使用PB、SQLSERVER开发框架程序时通常应遵循以下规范：

1、  PB库文件命名规范

2、  PB对象命名规范

3、  PB变量命名规范

4、  PB对象事件、函数命名、注释规范

5、  界面设计规范

6、  SQL对象命名规范

7、  SQL变量命名规范

8、  设计文档开发规范

9、  帮助文档开发规范

当然，可能还有其它的在组织内生效的规范，如培训管理规范、配置管理规范、文件控制管理规范等。这些规范最好在项目启动后不久建立，在开发过程中不断完善。

以PB库文件命名规范为例，如果框架非常小，可以考虑使用一个库，如果框架较大，建议按照对象的几大类型来建立库文件，库文件应能较为直观地反映出所属模块及主要存放对象，如以“模块代号+对象类型”来命名。对象类型包括窗口、数据窗口、全局函数、用户对象等。由于框架层已实现很多通用功能，事务层的主要工作就是开发数据窗口对象以及定义程序界面入口的窗口，可以考虑事务层库文件只使用窗口、数据窗口类型。例，框架库文件包括syswin.pbl（存放框架窗口）、sysdw.pbl（存放框架数据窗口）、sysfun.pbl（存放框架全局函数）、sysobj.pbl（存放框架用户对象）等，事务层库文件包括invwin.pbl（存放库存管理模块窗口）、invdw.pbl。（存放库存管理模块数据窗口）。

PB对象命名规范包括独立存储的PB对象和容器上控件的命名规范。容器（比如窗口、TabPage、组合控件）上控件的命名规范可以参考PB推荐（或默认）的规范或PFC推荐的规范。独立存储的PB对象的名称应能较为直观地反映出对象的类型、模块、功能。以下是笔者推荐的在程序框架中经常用的对象前缀。

在对PB的变量命名时建议体现出作用范围（全局、共享、实例、局部、参数）、数据类型（标准、枚举、对象和控件、结构等）、功能。例如以“作用范围+数据类型_+变量名称”定义一个变量。尽量少定义全局变量。

在对PB对象的事件命名时建议体现其功能，推荐使用“ue_+事件名”来命名，事件名可以是一个动词或动词加名词，如ue_sort、ue_sendmail等。推荐使用“of_+函数名”来命名对象函数，函数名可以是一个动词或动词加名词，如of_save、of_setproperty等，几类通用的动作包括：is用于判断、get用于获取值、set用于赋值或设置开关选项，如of_ismodified、of_getobjects、of_setmultiselect等。在群体开发时要强调的是一定要为事件、函数、变量注释，否则阅读起来非常麻烦，通常在事件、函数的开始处应有规范的注释，包括事件（函数）名称、参数名称、参数数据类型、参数含义、返回值类型及含义、事件（函数）功能描述、创建人、简要算法描述等信息，可以要求在任何调用非系统的函数、事件时必须加上注释。适当的空行有助于分隔较长的代码和区分不同的功能段。由于PB脚本不区分大小写，原则上你可以随意使用大写或小写，但笔者建议你全部使用小写（除个别WINAPI或特殊代码段必须区分大小外），笔者对大片的大写字母总是有种陌生感。

在同一个系统的不同作业中应尽可能保持用户界面的一致性，这样可以减少不少的培训工作。可以约定几种典型的界面风格，如列表类窗口、输入类窗口、报表类窗口、查询类窗口、参数输入类窗口等，设置这几类窗口的默认界面风格，并可通过系统配置或读取初始化文件来改变界面风格。对管理信息系统而言，界面要力求简单、操作方便、色彩淡雅。

后台对象的命名同样要遵循一定的规范，尽量做到见名识义。曾经看过以数字、中文、拼音命名对象的方法，看起来就头痛，例如：sh01、sh02、t_yh，你能一下子看出该对象的类型、功能吗？复杂、不容易记的命名方法只能无谓地浪费开发人员宝贵的时间。推荐使用下面的前缀来命名常见的SQL对象。