【MVC,MVC2,WEB设计编程的分层】 请阅读文章 http://forum.javaeye.com/viewtopic.php?t=11712&postdays=0&postorder=asc&start=0 【可扩展不等于功能强大,不要夸大其辞】 现在的系统,因为接口或者其他方法的使用,都具有很大的扩展性.但是扩展性不等于功能强大. 存在一个接口,用户可以实现自己的接口,确实非常方便.但是如果你的系统本身只实现了一个接口或者根本没有实现,那么对用户来说就谈不上方便. 例如WebWork的validators,本身是一个接口,但是实际上本身实现的具体类很少,而且功能很差,这个时候如果你说WebWork的校验器很厉害,那么就可能不太恰当了.当然扩展Webwork的Validator还是非常方便的. 当然,可扩展性还是需要的,但是不要吹嘘,在这个浮躁的年代,让我们多干点实事. :) 【20/80原则】 在工作中,我经常想到20/80原则,也就是"巴雷多原则".例如我们可以看到: 时间:我们20%的时间会产生成果的80% 产品:产品的20%带来利润的80% 阅读:20%的书篇幅包括了内容的80% 工作:20%的工作给我们80%的满意 演讲:20%的演讲产生影响的80% 领导:20%的人作出80%的决定 从上面可以看出,很多时候它都很有说服力. 在这里我想提到几点,但是和上面的可能出发点有所不同: 1.程序的80%都是在处理特殊情况,所以我们一定要对特殊情况重视,不要因为是特殊情况,就不很重视.80%的客户对特殊情况都很重视. 文档对特殊情况也要详细描述,因为开发人员80%的时候在查找这些东西,而对那些经常用到的用法却很少查阅文档. 2.优化问题:80%的瓶颈都出在20%的代码上,所以在优化代码的时候不需要优化所有代码,只需要优化20%的关键代码就够了.当然追求完美的人我们就不多说了. 记得有一条优化的原则是"不要优化!不要优化",是非常有道理的. 3.如果你20%的事情做砸了,往往会导致80%的事情都砸了,或者是导致别人认为你把事情几乎都做砸了. 如果你对一些事情发表了一些很不严谨的看法,那么别人会认为你在别的事情上也很不严谨.
|