标签：a1 函数 读书笔记 之道 修改 公共 内聚性 变量 整洁
类的组织
类是一组变量，出现的顺序是
- 公共静态常量
- 私有静态常量
- 私有实体变量
- 公共函数
- 公共函数的私有工具函数
类应该短小
类应该尽量小，函数的小一半由行数控制。对于类来说，应该从类的职责角度来 尽量小。
类的职责应该与类的名称保持一致，如果这个类无法精确命名，就说明这个类的职责太多了，类的命名中尽量不要包含 if,and,or,but 之类的连接词
单一权责原则
单一权责认为一个类 有且仅有一条修改的理由，这样既给出了类的权责定义，又限制了它的长度。
每个达到一定规模的系统 都会有大量的逻辑性和复杂性，要管理这种庞大的代码，就需要让开发知道在哪里找到东西，所以 这个时候 拥有巨大，多目的类的系统更能让我们达到目的。
内聚
内聚性指的是类中的变量和方法之间的结合程度，如果一个类中的每个变量都被方法用到了，那么这个类就有很高的内聚性。
（那么同理对于组件来说，如果组件里的data的变量 只在某个方法中用到了 那么其实就是这个组件的内聚性就不高）
保持内聚 就能得到更小的类（步骤）
1.为了拆分大函数为功能更单一的小函数，我们可能会给这些函数提供入参，更好的办法是 将这些入参都放在类的公共变量里去
2.这时候 类里面某些变量可能只为了某一些小函数存在，内聚性不高。
3.此时我们自然而然的把这些变量和对应的小函数摘出去，就能拆分成更小的类了。
为了修改而组织（开放闭合原则）
类应该对扩展开放，对修改封闭。这句话的意思是 如果有一个类，你想新增一个公共功能，那你可以修改这个类的代码。但是如果你想修改某个功能让他能多支持某种场景的话，你就需要写一个子类，用继承的这个子类来处理你要做的逻辑，不要去碰原来的逻辑。
隔离修改（依赖倒置原则）
为了降低修改代码的风险，减少测试成本，响应需求的频繁变动。 我们需要将类依赖于抽象的接口，而不是具体细节的函数，比如说某个类里面有个函数a(),为了修改这个a(),我们可以再创建一个接口a1(), 要加的那部分逻辑可以放在这个a1（）里面，外界要用的时候 直接调用a1(). 这样a（）是干净的，是被隔离开的。 这样也叫做解耦。这样复用度会更高。
依赖倒置原则认为，类应该依赖于抽象，而不是具体。
标签：a1,函数,读书笔记,之道,修改,公共,内聚性,变量,整洁
来源： https://www.cnblogs.com/ada-blog/p/15976909.html
本站声明：
1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。
