记得自己刚写.net的时。一直都风行着一个词"三层架构"。呵,那时不太懂。但又总感觉不难,不就把什么数据层,业务层,UI层分开嘛。于是,我就试着把项目都用按三层来设计。几年过去了,再看到以前写过的项目,才发现层与层之间是多么的乱。而且有的用三层,或是多层来设计的效率更底。甚至,看到过有人以为,把代码放在不同的项目里,就误为多层。(可能我以前也是这么认为的吧!) 我想,这些新的技巧概念就像肚子的孩子一样,日子久了,才知道是男孩怎样饮食才能生儿子女孩。 :) 个人感觉软件架构体系的分层,主要是为了减少代码之间的联系及影响力。都减少了,那软件的其它性也得到了提高。什么时候用,什么时候不用,用几层?那都得根据项目的大小,业务逻辑来抉择上。而不要一味的追求多层。 生男孩的方法(责任编辑:admin) |