获得徽章 16
- 【书名】架构整洁之道
【作者】Robert C.Martin(Bob大叔) 从1970年编程至今，他是cleancoders.com的联合创始人，他还是Uncle Bob consulting LLC的创始人，他现任8th Light,inc.的“首席匠人”一职。
【读书笔记】
学习了三个基本原则
REP：复用/发布等同原则
CCP：共同闭包原则
CRP：共同复用原则
软件复用的最小粒度应等同于其发布的最小粒度
我们应该将那些会同时修改，并且为相同目的而修改的类放在同一个组件中，而将不会同时修改，并且不会为了相同目的而修改的那些类放到不同的组件中，简短概括就是：将由于相同原因而修改，并且需要同时修改的东西放在一起，将由于不同原因而被修改，并且不同时修改的东西分开。
不要强迫一个组件的用户依赖他们不需要的东西，简而言之：不要依赖不需要用到的东西。
上述三个原则存在相互竞争关系，REP为复用性而组合，CCP为维护性而组合，CRP为避免不必要的发布而切分，简而言之：只关注REP和CRP即使简单的变更也会影响很多组件，只关注CCP和REP会导致很多不必要的发布，优秀的软件架构应该在三角张力区域定位一个目前团队最适合的位置，同时根据时间不断调整。使组件的构成安排随着项目的重心不同，以及研发性与复用性的不同而不断演化。展开评论点赞 - 【书名】架构整洁之道
【作者】Robert C.Martin(Bob大叔) 从1970年编程至今，他是cleancoders.com的联合创始人，他还是Uncle Bob consulting LLC的创始人，他现任8th Light,inc.的“首席匠人”一职。
【读书笔记】
第一章主要讲解了什么是设计与架构，设计和架构的最终目的：是以最小的人力成本来满足构建和维护系统的需求。
通过一个真实的例子一个公司的发展讲了人越多，产出效率和生产力反而越来越低下，最后总结的原因是基础架构没做好，要想跑的快必须先跑的稳，有时候你觉得项目很“烂”，你有动手重新架构的冲动，但是你怎么知道你动完手会比原项目好，作者想告诉读者的是有时候的过度自信只会使得重构设计陷入和原项目一样的困局中。
作者强调了我们经常相信一个错误的观点：在工程中容忍糟糕的代码存在可以再短期内加快该工程的速度，未来这些不优雅的代码可能会造成额外的工作，但是并没有什么大不了的，相信这些话的程序员是过度对自己清理程序乱麻的能力过于自信了，丢了一年半载，在不知道需求的时候你试着去改试试，你都不知道改完有啥问题，这种看法其实还忽略了一个很自然的规律：胡乱编写代码的工作速度其实比循规蹈矩更慢。
程序员需要认真重视自己的代码架构，对代码的质量负责，需要先知道什么是优秀的架构，必须是能够为了好的设计和架构而减少构建成本，提高生产力，是知道系统架构和各种属性和生产力的关系。而构建出符合发展代码架构。
第一章总结：重视代码架构质量，慢但是稳是成功的秘诀，心态越急，反而跑的越慢。这规律适合各行各业不止代码，人生何尝不是呢？
第一章先到这下面慢慢更新！展开赞过
评论1
