• 类的设计原则


     1.在设计一个类时,可能会不自觉地与它的实现相联系(譬如,这个接口我这样设计,功能是否能最终实现?).这是一个很基本的错误.

       设计时要把抽象与实现分离。理由很简单,一是简化了类的抽象,忽略对当前设计目的来说不重要的属性或特性,如飞机驾驶培训系统的飞机类,就可以忽略飞机的客舱内部布置;二是把抽象与实现分现,将使抽象的实现更灵活。如飞机的起降控制,只需提供两个接口,具体起飞控制流程和降落控制流程并不需要涉及。又如,酒店预订系统的房间类,可以不考虑房间的装修时间,室内陈设的新旧程度,提供退房接口,也不关心退房的具体流程。

    2.接口要最小化.通常,一个完美的类应该包含下面这些成员1~6。但是这不是所有类必须的,如果不需要,或者根本就是累赘,最好不要提供,下面一一举例说明。

           1) 缺省构造函数 :

               class  Pool{

              public:  Pool(size_t n);  //内调alloc,实现对象内存分配

                        void*  alloc();   

                        void  free(void* p);}

                  如果提供了默认构造,则无法确定所分配对象的默认大小。

           2) 拷贝构造函数

                 如C++语法解析器类Parser,由于具有大量内部数据结构,因此要想正确的拷贝它,将是非常不易的,也是不值得的。

           3)相等运算符

               如一个程序运行过程中,该类只有一个实例,显然,该类的相等运算符就有些多余。

           4) 基本的赋值运算符

                  class   Pool { 

                   public :

                           Pool&  operator=( const  Pool&  q);

                 };

               我觉得原文作者关于这一点有些不对,实际上他列举的例子问题根结在于赋值前没有删除原有指针内存。

           5)   析构函数

              有些时候,不允许调用析构。这时候,我们就可以声明私有的析构(只能在堆上创建,又不能调delete删除)。

    3. 注意深拷贝与浅拷贝,有些时候的影响将是灾难性的。

    5.接口一致性

    6.转型

       某些隐式转型是不受欢迎的。要加以约束。或使用explicit 

    7.最大限度使用const关键字来约束接口

  • 相关阅读:
    WorkFlow入门Step.2—Building a Simple WorkFlowForWF4.0
    AgileEAS.NET敏捷开发平台升级版(丑小鸭的蜕变)[已修复下载链接]
    AgileEAS.NET平台开发实例药店系统视频教程系列索引
    AgileEAS.NET敏捷开发平台及案例下载(持续更新)索引
    WorkFlow入门Step.3—Adding Procedural ElementsForWF4.0
    AgileEAS.NET敏捷开发平台案例药店系统项目综述
    AgileEAS.NET平台开发实例智能升级及服务器部署
    WorkFlow入门Step.4—Adding Procedural ElementsForWF4.0(续)
    AgileEAS.NET平台开发实例药店系统资源文件的替换[大家关心的问题]
    停靠在八楼的2路汽车/ 刀郎:2002年第一场雪
  • 原文地址:https://www.cnblogs.com/skyofbitbit/p/2682398.html
Copyright © 2020-2023  润新知