只显示主题贴

对我很有帮助,谢谢!
  • 进入论坛 Java
我工作时间不长,之所以这样问,是因为我想在项目中提高自己,我不会也不愿意一辈子编码,但是我想使我所作的一切尽量规范!所以,我问的问题不光是针对这一个项目,而是从项目开发角度对自己的要求!您的随便的一句话,就可能给我很多启发,谢谢!
无知地问一句,详细设计书拿到手,怎样进行面向接口编程?
引用抛出异常的爱 4 小时前我只能说呸。。。。只有日本人能想的到。。。没错,外包的,不过还得做。设计不是自己做的。我这里就有个例外---gigix说的exception这里一个Bean竟然有13000行,编译过程中,eclipse累得哼了声:stackOverflow...(类似的),就直接挂了。真够痛苦的!
公司新加代码规范条目:所定义的方法尽量不要超过100行。某一方面来说,可以避免这种流水账式的代码吧!并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。
无设计,无定义(对每个类与方法),无规则,的重构。。。叶公好龙这句话,一针见血!!!刚学习测试,准备在项目中实践,结果发现自己的代码根本没有办法测试,因为这个巨大的方法太大,看不清要实现的业务是什么!头脑中就是因为缺少测试的思想,才导致出现这样的问题,果然没有思想是不行的,亡羊补牢,现在晚了吗?
在项目中,由于没有经过大脑思考,结果产生了流水账形式的代码。 流水账代码:就是根据是详细设计书把整个业务的流程顺序完成到一个类的一个方法中, 而没有根据功能划分成若干个小的方法。 这种流水账式的代码非常不容易测试,因为详细设计中已经将设计细化到对字符串如何操作了, 所以从这样的设计书的高度看业务,简直就是乱七八糟! 所幸,还有重构这个工具,就重构,发现很多的局部变量,因为在多处改变值,而且后续还要使用, 所以只能把这种变量,提到类变量的高度,好多啊。 这样一来, 1。如果要用junit测试,还需要再给相应的提出来的变量加上set,get方法。 2。因为重构出来 ...
ojava
搜索本博客
博客分类
最近加入圈子
最新评论
评论排行榜