-2：一张单据和表的每条数据最好能够有生命线，什么时候来的，什么时候变得，谁变得，怎么变的，一直到他的使命完结（比如审批完成，那么他就成为历史单据，以后只会有人查询他了，关注点少了）
-1：开发应该知道每个表（每个页面）都是那些值，什么时候有值，什么时候没有值。不同角色，不同部门的人可以输入什么值以及怎么控制。这种文档如果清晰的话，会给后面接手项目的人很多方便。
0：最好有模板页面功能，如果用户输入单据重复性比较高，那么应该做一个 模板页面功能，将每个用户的单据按照他们的想法创建为模板页面，下次填写页面的时候直接选择该模板页面，然后修改里面的字段即可，这里要考虑好权限问题，简单考虑，直接按照用户控制，只能选择自己创建的模板，或者别人分享给自己的模板。
1：一个网页考虑后期维护，应该尽可能单一，最好不要很多功能服用一个页面
2：页面当中每个控件应该考虑到隐藏与显示，可用不可用，每个控件最好应该可以提示出怎么输入，输入错误应该有校验信息告知用户错在哪里
3：页面的基本状态应该是4个，insert，update，query，audit（审批）
3.1 insert页面，要把最初的单据创建出来，
a.页面字段的校验问题
b.页面每个控件的可输入值的控制（比如不同角色的人或者不同部门的人下拉列表看到东西不一样）
c.当然特殊情况可能也会有不同人输入不同的字段值。比如领导直接填写单子的话，金额只写领导建议价格，此时审批流可能直接往后走，那么此时下属员工的建议价格字段可能就是空的。如果是财务直接分配预算金额的话，那么可能员工建议价格和领导建议价格都不填写，此时这条数据之后财务建议价格有值。
3.2update页面
a.能不能改，那些能改那些不能改。每个控件的可输入值是否需要和创建人的可输入值一样，如果不一样，那么创建人查看页面的时候如何才能看到这个不在他可用范围内的值，这些都得特殊处理
3.3query页面
a.数据控制，行级控制和列级别的控制。比如按照部门控制，按照角色控制，按照用户控制，能查看哪些单据。列级别的控制，打开单据查看后，能看到哪些字段，一般这点不用怎么考虑，单据每次查看一般都是可以查看所有的。
b.普通的查看页面是不应该能后修改单据字段的。
3.4audit页面
a.每个审批节点人可能需要补充一些自己需要补充字段，也有可能会直接修改单据的所有字段。当然只要能够改字段，补充字段都会涉及到值域的问题，就是可以输入那些值。
以上所有的东西都尽量在项目初始，或者需求开始的时候把功能尽量封装好，
目的：
a.前台页面写起来尽量少写逻辑判断,或者有判断的话，尽量封装到一块写，比如js，body里面的内容尽量干净纯洁，可以写一些注释。比如采购合同和销售合同80%字段一样，但是尽量做成两个页面录入。
b.代码要很方便的根据页面状态和用户角色部门等控制控件的各种属性特效，不要每个页面都是一大段控制代码，将代码提炼出来，封装，每个页面调用，这样代码更加好看。4：一个涉及到流程页面，不同的流程步骤会补充不同的数据块，同时也看到不同的数据块。这种页面要做好，除了要有流程步骤的编码标志，最好页面的主表数据有个state，标志着流程走到哪一步了。因为除了流程审批的时候会打开这个页面，还有查看按钮也会打开这个页面，而且查看按钮进来时，并没有流程编码标记，只能通过主表的state字段去判断哪些数据块可以显示。
5：一个项目的前台页面，总是会用到用户，用户部门，用户角色等信息，所以这块应该封装好，最好能够直接调用。然后其他的一些状态位，可以在开始的时候就查询到。然后进行控制。【强烈建议代码做好分块。增加可读性，不要以为把代码怼进去就行了。】
6：一个页面的tip提醒很有必要，无论是在列表页面，还是其他地方，只要是空间显示不开所有字的地方，都应该鼠标移动过去就显示出全部字，不然看不全，真的很折磨强迫症的人。
总结：让前台页面的代码更加好改，更加好开发，更加好阅读，开发规范起来（具体在细写），后续接手项目的人学起来也方便，否则页面代码越来越烂，每个接手的人都抱怨，然后自己又不得不继续打补丁。
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
