毕业设计总结（二） 系统设计阶段

　　这一次的毕业设计由于老师催的太紧，系统设计阶段草草进行导致最终的编码阶段代码复用率不高，辣鸡代码太多。同时还有就是自己的经验不足，设计阶段考虑的东西不够多，拘泥于各种七七八八的图中间，不能自拔，好了，废话说道这里，零零散散的总结一点心得。

（1）设计阶段实体需要明确。

　　当一个系统需求分析阶段过了以后，系统的功能、单位应该都已经比较明确。此时系统设计阶段就应该明确系统需要哪些实体，也可以理解成有哪些的DO。

（2）代码的分层需要清晰

　　这一次毕业设计将Service层的操作很多放到了Controller里面，这样是不对的，Controller用于转发请求，向Service请求数据，不负责具体业务逻辑的处理，具体的处理应该放到Serivce中实现并返回。同时Service操作Dao层，Dao层查询出来的数据的相关操作也不应该放到Service层里面 ，每一层的代码职责分清了才能够更好的进行代码结构的调整和复用，不会出现同一个操作同一段代码出现在不同的文件里面的情况。

（3）Dao操作

　　设计阶段要明确以后将要对数据库进行怎么样的操作，需要通过什么样的形式来到后台拿数据。比如拿同一个类，但是传的参数的数量不同，此时应该用到方法的重载，而不是通过命名不同的方法来进行区分，方法的重载可以提高代码的清晰度，同时也便于他人阅读代码。

　　在数据库语句配置时对于同一类型的操作应该采用动态Sql语句来进行动态生成，而不是因为一个很小的，比如查询条件的原因而增加很多的重复的代码，这些都是在设计阶段可以明确且在编码阶段可以明确避免的。

（4）方法的定义

　　对于Controller和Service中的具体代码也许可以通过开发阶段而看情况而定，但是数据操作部分的代码应该是可以通过系统设计阶段来确定方法的数量和职能的。

　　公共的操作工具方法应该放在相应的Util类中作为静态的方法来调用。

　　除Controller意外，Service，Dao应该采用接口编程的方式来进行，不能随意更改其中的方法，方法的调用应该全部通过接口来进行调用。防止有关人员操作到接口以外的方法，同时不应该暴露在外的方法和属性应该通过Protect或者Private前缀来进行标识。

 

　　未完，待续。

转载于:https://www.cnblogs.com/makeitworth/p/6989355.html