|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
每一个开发团队都对他的发行版做过测试后放出的.那些国际知名的大品牌更是如此。
之前,@风枫峰在“这是谁的错?”中说过开辟团队对需求来者不拒,而@weidagang也在“需求变动和IoC”中说过用IoC来最年夜水平地办理需求变动。明天我也想从Unix计划头脑的角度来讲说甚么是好的软件计划,甚么样的计划能够把需求变动对开辟的影响下降。(注重:这其实不能办理用户或是PM的在理需求,面临在理需求,必要细心剖析需求,而用手艺的手腕没法弄定这个事,可是能够加重需求变动带来的疾苦)
我已经在《Unix传奇》的下篇中写过一些Unix的计划哲学和头脑(这里重点保举人人看一下《TheArtofUnixProgramming》,我保举过量次了),之前也发过一篇“一些软件计划的准绳”,不外,这些工具都太多了,记不住。实在,这么多年来,我的履历告知我,不管是Unix计划,仍是面向对象计划,仍是其余甚么如SOA,ECB,动静,事务,MVC,收集七层模子,数据库计划,等等,他们都在干三件事——解耦,解耦,仍是解耦!所谓解耦,就是让软件的模块和模块间只管少地依附起来。
<p> |
|