标签：方法 规范 ora text 封装 crm 删除 bean 业务
采用《三层架构模式》
1、根据顾客的需求设计数据表格，明确表之间的关联，建好约束
2、实体Bean的设计（一个表对应一个实体）
3、业务层设计（一个实体类一个业务接口，一次提交一个业务方法）
4、持久层设计（一个实体类一个持久接口，一次数据操作一个持久方法）
一、数据库表的建立：
建表时要注意表与表之间的联系,明确哪些是主键，哪些是外键，建立好约束。
要求数据添加合理，添加记录数量也要适当的多点，不然直接会影响后期持久层和业务层方法的调试，从而影响整个项目的开发。
表的列名要求命名规范，便于理解，做到望闻知意。
二、实体Bean的确定：
首先明确一个表对应一个实体类,建立实体类与表的映射，通过设置该类的属性值完成数据库数据的修改。
保证该类的属性命名和数据库列名一致，便于以后封装。
生成一个无参构造方法，和一个不带id属性的构造方法，重写toString()便于以后的测试。
建属性时注意给（表的外键int）加一个String属性：后期需要获取外键部门和职位名称
三、业务接口的方法设计：
一次提交一个业务方法，明确每次提交完成数据库中数据的哪项操作：添加、删除、查找……………。
依照业务需求设计好业务方法返回的类型。
方法名和参数列表要求命名规范，便于后期调用方法时一看就晓得该方法的功能。
方法注释清晰：明确参数性质，该方法实现结果
四、持久层接口的实现
要求持久接口数量和业务接口数量一致。方法基本一致。
五、持久接口实现类
在封装对象时根据持久接口方法提示封装，（特别注意外键：int和String两种形式）
可以在数据库中执行好sql语句，再植入代码段中，便于减少错误。
做好一个方法测试一次。以防遭遇不测
明确每个方法的作用
六、业务实现类
通过实现业务接口，得到父接口的业务方法。调用持久层方法完成业务方法功能的实现。
实现后要求每个方法测试一次。
七、表现层的实现
根据窗体框架准确调用业务层方法，完成数据的展示和跟新。
每次数据操作做好验证
表现层一定要按顺序实现，每做一个展示测试一次。切勿乱写顺序，防止乱报错。
当我第一次看到这个项目的时候感觉很懵逼。最初我只会闷着头实现每一次方法，不清楚他们的用处。后来做到业务层和表现层的时候让我清楚的了解到以前方法的功能，通过方法的调用减少了代码量，而且让自己思路更加清晰。1、很多时候因为属性封装不齐全造成对象查不出来，最多的就是外键名称没封装，报空指针。2、sql语句没有写好，查询时很多功能实现不齐全。3、命名不规范，编码速度慢，还容易犯错误。期初最困难的是业务层方法的实现思路打不开。通过这次代码量的练习，加深了我对封装，多态，继承、sql语句的认识，增添我的信心。让我感到设计流程很清晰！
标签：方法 规范 ora text 封装 crm 删除 bean 业务
原文地址：http://www.cnblogs.com/291959101lf/p/6919091.html
