`
zhangyatong
  • 浏览: 2639 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论
文章列表

简单性

往往项目中难以维护的代码都是设计复杂的功能和架构,过度设计,和选择错误的架构。 最简单的方式,完成功能才最可靠。但是也要留下扩展性。这样才能适应未来的需求变更。 不要提前设计,未来的需求不一定会出现,出现也不一定是预料到的,为了这些增加系统复杂度,完全是浪费。 不要为了增长某些框架或者技术的开发经验,就选中它,应该分析项目的实用性。 选择简单的开发工具,复杂的工具同样带来复杂的代码。 根据真正的需求选择是不是需要分布式。。。
第二章讲了几个设计要点 简单 高产 面向对象为本 业务需求至上 重视经验过程 重视可测试性      先记下来结论,后续补充
书中作者发现了一个现象,很多j2ee设计背离了oo原则:认为持久对象不应该包含任何行为。 作者认为仅仅暴露getter和setter的对象不是真正的对象,一个对象应该包含除了属性外还应该包含这个对象的行为。 联想到学过的所有对面向对象编程的解释,发现貌似真是如此。面向对象编程:所有的分析、设计、开发都以对象为基础。而对象又是什么呢,对象是现实中存在的抽象,是具体实物的逻辑表现。如果对马做抽象,我们自然的会发现:它有四条腿,它可以跑。 但是工作这么久却发现,国内流行的mvc,流行的三层,很多都不是面向OO的。 很多遗留项目中分三层后,只是根据行为做了横向切分:模型层就是一个个持久化对象 ...
Global site tag (gtag.js) - Google Analytics