代码大全第六章摘抄

最新推荐文章于 2021-02-21 16:14:53 发布

yizhangbiao

最新推荐文章于 2021-02-21 16:14:53 发布

阅读量228

点赞数

本文链接：https://blog.csdn.net/yizhangbiao/article/details/102934547

版权

1.抽象数据类型定义：是指一些数据以及对这些数据所进行操作的集合。

2.抽象数据类型的好处：1.可以隐藏实现细节。2.修改一处代码而不会影响整个程序。3.让接口能够提供更多信息，而不是全局变量进行控制。4.更容易提高系统性能，只需要修改单独的一个子程序即可。5.让程序的正确性更加显而易见。6.程序更加有说明性，让人更为直观知道接口和变量的意义和作用。7.无需在程序内部到处传递数据。8.更容易实现底层隔离，更容易像现实中操作实体。

3.类接口为其后具体试下提供了一种抽象，类接口应能提供一组明显相关的子程序，每个子程序为一个一致的目标而工作。

4. 类接口应该展现一致的抽象层次。(OrderMgr负责订单管理和状态维护，订单如何操作是上一级的事情。撤单重下不应该是OrderMgr负责的事情，这样OrderMgr展现一致的抽象层次，职责明确，有2中的各项好处。)

5.有些类非常相像，编写代码前需要理解类到底抽象的内容。

6. 提供成对的服务。在实际编程过程中，存在大量响应的相等，成对的操作，需要思考是否真的需要相反的操作，为其他接口提供这些服务。

7.把不相关的信息转移到其他类中。如CTP1.0合约列表，潜在的要求是MD和Exc合约要完全一致，实际上只需要保留一份合约列表即可，更合理的做法是只由MD去管合约列表，EXC有权访问这些变量即可。

8.尽可能让接口可编程，而不是表达语义。如，Monitor需要依赖于OrderMgr启动，假设Monitor在OrderMgr前启动，可能导致Monitor崩溃。在接口编程中需要处理这个情况，将Monitor检查OrderMgr是否准备完成放在Monitor自身逻辑之中，让调用者无需关心这些“潜在的规则”。

9. 谨防在修改时破坏接口的抽象，也不要添加与接口抽象不一致的共用成员。

10. 抽象和封装往往是高度相关的概念，没有良好的封装，抽象概念往往很容易被破坏掉。

11. 尽可能限制类和成员的可访问性，不要公开暴露成员数据。这个是封装的重要概念，防止其他人调用你的类时，随意修改你的类的数据。IntraTrading如果没写好，存在一定可能修改MD原始数据，MD需要做好数据保护，防止其他类随意修改，每次调用时，返回原始数据的拷贝。

12. 避免把私用的实现细节放入类的接口中。没有体会到好处，暂时没有理解。

13. 不要对类使用者做出任何假设。如，初始化MD需要填入账号和密码，最好在实现上(初始化)把这些要求的数据，强制让使用者提供，而不是让使用者逐个填写。

如上图，CTP接口需要让使用者关系每个事物的调用和调用顺序，GTA接口需要使用者关心上海涨跌停数据获取，而不是自己接口直接提供。

14.不要因为一个子程序仅适用公用子程序就把他归入公开接口。

15. (尽量)避免使用友元类。他会破坏封装。我认为，除非能够非常提高效率的事情，尽量不要使用，书中直接说避免不太可取。

16. 让阅读代码更方便，而不是让编写更方便。阅读代码的次数比编写代码的次数要多的多。如果为了开发方便，而破坏了程序的抽象性，降低了代码的可阅读性，是这段代码质量走下坡路的开始。

17.警惕语义上破坏封装。暂时没有get到点上。

18. 留意过于紧密的耦合关系。如AlgoMgr和OrderMgr。

19. 包含是“有一个...”的关系。如电话，姓名等。