类与函数设计的一些笔记(来自代码大全)

类的基础

类的基础是抽象数据类型,抽象数据类型是非面向对象的数据结构;在面向对象语言了,抽象数据类型加上继承和多态就可以理解为类了。

良好的类接口

好的抽象

类的接口应该展现一致的抽象层次

一定要理解类所实现的抽象是什么

提供成对的服务:比如有open 就应该有close,有create 就应该有destroy;要不然会有服务的丢失。

把不相关的信息转移到其他类中

尽可能让接口可以编程,而不是表达语义:尽量写些看到的就是规则的接口,而不是附加些隐含的规则。

谨防在修改时破坏接口的抽象

不要添加与接口抽象不一致的公用成员

同时考虑抽象性与内聚性

良好的封装

尽可能的限制类和成员的可访问性

不要公开暴露成员数据

避免把私用的实现细节放入类的接口中:不要在接口中提供太多实现的信息,语义的和实际的。

不要对类的使用者做出任何假设

避免使用友元类

不要因为一个子程序里仅使用公用子程序,就把他归于公开接口

让阅读代码比编写代码更方便

要格外警惕从语义上破坏封装性

留意过于紧密的耦合关系:类间关系不要太紧密

有关设计和实现的问题

包含是有一个的关系

继承是是一个的关系:尽量少用继承,多用包含;除非派生类真的是一个更特殊的基类,否则不应该从基类中继承。继承的层次不需要太深,3层左右已经够可以的。

创建类的原因

降低隔离复杂度,易于重用

函数

创建子程序的正当理由

主要还是小范围的模块化吧,便于重用和维护,方便代码的编写。

在子程序上设计

要保持功能的内聚性

好的子程序名字

好的程序的名字要能反映出子程序的功能,如果名字太长,那说明你的程序的内聚性不强,需要做下拆分工作。

子程序可以写多长

书上说是200行左右,我感觉子程序的长度宜短不宜长。

如何使用子程序参数

子程序的参数不宜过多,过多了说明你两个程序的耦合关系太大需要重新设计。

宏子程序和内联函数

宏子程序不区分语义,内联函数有语义,内联函数别太大。

你可能感兴趣的:(类与函数设计的一些笔记(来自代码大全))