摘要: 详细设计是V模型或者瀑布开发中的一个重要的环节。这个阶段负责把概要设计进行细化,并为代码书写作出指导。可以说是一个承上启下的重要环节。但是现实的情况真的如此吗?我们来反思一下:(1)详细设计和代码的吻合程度有多高? 假设在项目中,代码在测试后修改完毕提交后,并不修改详细设计,则详细设计和代码之间并不吻合,并且很大程度上,吻合度会非常低。 如果详细设计和最终的代码并不吻合,那么这样的详细设计并不能给将来的维护带来任何帮助。 如果详细设计并不能给后续带来帮助,为什么要书写它呢?因为——详细设计是用来指导代码书写的。(2)详细设计对代码的指导意义有多大? 详细设计的类图是用来定义类框架之间的关系的; 阅读全文
posted @ 2012-11-12 23:23 史蒂芬.王 阅读(6807) 评论(4) 推荐(2) 编辑
摘要: 除前文所介绍的技巧之外,下列的内容也往往由于不知道而没有加以利用。1. transient关键词2. volatile关键词3. static块4. inline关键词5. Serializable接口6. synchronized关键词下述的方法7.toString()方法8.clone()方法9.equals()方法10.getClass()方法*这一章简略写了。 阅读全文
posted @ 2012-11-12 22:22 史蒂芬.王 阅读(402) 评论(3) 推荐(0) 编辑
摘要: 劣质代码产生的另外一个原因是管理者的误导,具体的误导行为有如下几种形式:1. 莫名其妙的代码规范 代码规范是为了能够让团队的程序员写出的代码像是一个人写的。本身是好事,但是如果代码规范制定的时候只是照搬照抄,那么代码规范很可能沦为损害代码质量的帮凶。 A. 每行修改的代码都要加注释每行修改的代码都要增加注释是在没有版本管理工具的时候的做法。因为这样可以对比修改的代码。 这种代码的修改方式导致了一个很重要的功能——重构——无法使用。因为每次重构的时候都会变更很多代码,并且没有增加注释。 正确的做法是把修改履历增加到版本工具里。 B. 修改时减少代码的修改量 修改代码时尽量减少代码的修改量是为了减 阅读全文
posted @ 2012-11-12 22:15 史蒂芬.王 阅读(367) 评论(1) 推荐(0) 编辑
点击右上角即可分享
微信分享提示