杂草丛生 VS 整洁有序


这个话题得从现在的项目经理的一个言论引出来。

按照PM的说法,“我是简单原则的支持者”,云云, 那么,让我们来看一下这些简单的原则是什么吧!

  1. 尽量减少接口和类的数量;
  2. 尽量不用接口;
  3. package不要太深,也不要太多;
  4. 远程之类全部使用EJB(2.x);

等等

其实这个扯得多了,呵呵,这个话题是跟第三点有关,要开发一个功能,框架代码完成后,剩下的就是根据具体功能给出实现类了,这个应该算是常识,将所有这些实现类单独放在一个package下,既便于管理,语义上也比较好理解,但是那,这样的提议(真不算啥提议)让人家给踢回来了,呵呵,我真的不知道说啥好, 我说随着实现功能的增多,把所有的实现类放在当前一个package下面会flood当前package, 可是人家说了,就10几个类,能flood到啥程度啊,呵呵

某一天,突然想到一个比喻, 设想有一个花园,在我的花园里,花朵开放在修葺整齐的花坛中,草儿则轻轻爽爽的长在花坛外的草地上;而在PM的花园里,花和草则是间杂生长,至于那回事啥景象,我就不去想了,因为那跟我的理念完全是两个世界。

前几天还看到Javaeye上一个帖子,说不要把简单的事情搞得复杂,把所有的东西都一骨碌得print到console上就较简单了?多写几个循环就较复杂了?还将多么容易维护之类云云,nnd,你写软件真的就几个print到console就OK了? 你或许可以将其裱称为有创意的思考,不过,你常年的修炼难道就是为了这个?说句不好听的话,这种伎俩,新手都比你玩得好, 我还从“袜子“那里听到过更又创意的那

你的mind就是一个花园,当你历尽千辛把它打理的井井有条,整洁有序的时候,让它荒芜也很简单,不去管它就是了。 不是写不出来那些所谓的println,而是经过了励练,那种东西已经早被抛弃了。到底是退步还是进步, 你自己或许比我更清楚!

设想一下,做codeReview的时候,你看到这样的代码会怎么做吧 …


>>>>>> 更多阅读 <<<<<<


「福强私学」来一个?

「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。


开天窗,拉认知,订阅「福报」,即刻拥有自己的全模态人工智能。

订阅「福报」