机房合作总结之图

    回想当年画图的情景，现在只能用一个词来描述“手忙脚乱”不知道该如何下手，更不知道画到什么程度。那是一步步探索，一步步出错，一步步改正就这样走来。现在就讲下当时自己的易错点：

        一、实体层

        特别注意：属性是自己选的，直接生成而不是自己写的。当时自己手动写的，现在回想起来真是用时间来张教训

       二、接口层和D层

       在脑子中要时刻提醒自己：接口层和D层是紧密相连的，D层是实现接口的实体。也就是接口层画好了就不用另画D层的方法（当时都是自己写的）直接继承接口层的方法就行了。在接口的高级选项中可以选择继承

        三、工厂

       在第一遍机房中工厂用的不太合理，基本上一张表一个工厂后来在师傅的建议下改为：一个工厂里面有好多方法。但是由于自己不细心，有几个工厂方法里加了参数，这也是错误之一。

       四、设计模式

        由于在加设计模式时没考虑接口还有抽象类，都用普通的类画的，结果生成代码时导致不少错误。后来只好将普通类改为接口或抽象类，感觉这个错误很值得思考，为什么当时就没考虑呢？还是感觉EA没有这么强大的功能呢？总之希望大家在画图时一定要注意其中的细节，真正了解了再画。

       五、时序图

         时序图要控制粒度，刚开始的时候比较细，后来问了师傅说不用那么细，后来就粗了导致在写代码的过程中外观有少整合的方法。所以这个粒度初学者还是比较细点好。

       六、注释

        谈到注释只能用一句话来形容“只有实践了才知道注释的重要性”，刚开始本着这个系统大家都做过两遍的思想，所以好多注释都不全，有的一句话带过。导致后来D层写代码时又重新加了注释，这真是具体到数据库的每个字段，这也算一个痛的领悟。

       七、图导代码技巧

         第一次图导代码，所以也走了不少弯路。现在以一个过来人的谈几条小技巧

       （1）导出代码前可以从工具—选项中选择不生成命名空间，这样就会避免命名空间冲突的错误

       （2）针对一些命名空间的错误基本上是相同的就可以通过查找替换来完成，这样通过以上两步基本上错误少了一大半。

       （3）实体，由于在图中变量和属性的命名只是首字母大小写的区别。而vs不区分大小写导致变量和属性命名冲突的错误，所以在图中改或是代码中改均可以。

        （4）针对设计模式抽象类的错误，到时候加重写就行。

          以上就是对导代码的一些小技巧

        八、命名规范

          在画图的时候也存在着一些命名规范的错误，比如接口层命名：类名前加“I”而方法名就不用了，还有一些英文字母写错了、、、、、、这些都是今后要注意的。

           时刻要记住一次实践一次收获，慢慢积累慢慢总结，加油！