约定大于规则：字段、方法、空间名称、大小写一直、什么方法是公用的。
“公文管理”系统字段命名：hpId hpID 有的页面大写，有的小写，导致提取公共js是，有时无法获取对象。
“公文管理”系统数据库设计： wf_transform表设计时，虽然每个流程有其特有的字段，但是设计之初，应该讲公共字段设置到统一位置，前几列，并预留空余，这样写存储过程需要用到当前流程的某些字段时，不用挨个判断 modelid的值。
“公共方法”： 公共方法应该加以说明并形成文档，不然会导致后续修改人员重写方法，写错（情况太多，考虑不到）或代码中存在很多作业相同的代码。
解决代码赋值：方法，公共的父类
就像“公文管理系统”，每个页面选人，会签，补会签的函数都可以提取为公共的js加以调用，新增功能或修改时，只要修改公共的地方，而不用整个地方都修改（一个一个文件，要类似了，还容易出错）
公共的父类：网易云课堂的java的媒体库，DVD VCD MP3 ，为避免重复的方法过多，构建公共的父类 data,包含共有的属性及方法。
低耦合：在一个紧耦合的结构中，对一个类的修改也会导致 对其他一些类的修改。这是要努力避免的，否则，一点小小的改变就可能使整个应用程序发生 改变。另外，要想找到所有需要修改的地方，并一一加以修改，却是一件既困难又费时的事情（且容易出错）。 另一方面，在一个松耦合的系统中，常常可以修改一个类，但同时不会修改其他类，而且 整个程序还可以正常运作。
高内聚：聚合与程序中一个单独的单元所承担的任务的数量和种类相对应有关，它是针对类或方法 这样大小的程序单元而言的理想情况下，一个代码单元应该负责一个聚合的任务（也就是说，一个任务可以被看作是 一个逻辑单元）。一个方法应该实现一个逻辑操作，而一个类应该代表一定类型的实体。聚合 理论背后的要点是重用：如果一个方法或类是只负责一件定义明确的事情，那么就很有可能在 另外不同的上下文环境中使用。遵循这个理论的一个额外的好处是，当程序某部分的代码需要 改变时，在某个代码单元中很可能会找到所有需要改变的相关代码段。