二、设计与声明

类的设计是一件非常复杂的事情,设计师在设计类的时候不仅仅要考虑实现的功能,又要兼顾扩展性、易用性等一些功能外的特性。
在使用外部库的时候,在不查阅文档的基础上,我们常常烦恼于如何调用api,一些参数非常容易混淆。举一个例子我们在学生系统中要对一名学生进行输入生日的操作。
Item19常常我们使用a->setbirthday(1993,4,5),在类中就是这么定义void setbirthday(int years, int month,int day);但是在实际操作中,我们并不知道输入顺序容易造成输入错误,如果我们能把year,month,day进行封装,那么原函数成为以下的一种情况a->setbirthday(Year(1993),Month(4),Date(5)),虽然麻烦一些,但是可以有效避免错误。
这种另外一个运用的方面是RAII的资源管理,我们常用智能指针对资源进行管理,但是有时候用户会忘记使用智能指针,我们可以在create函数返回值时设置成为智能指针防止忘记delete导致内存泄漏。
Item 21/22都是讲值传递和引用传递的问题,值传递有一个致命的缺点就是会在函数里面创建一个副本,如果这个副本是一个很大的类,那么构造析构成本就很高,而引用传递本质是引用传递指针,也就是内存地址之间的传递,在效率上会高很多,但是Item22给我们一个提醒,返回值在一些情况下必须使用值传递。比如说,我们要对函数内创建的某个值进行传递,如果使用引用传递,那么我们在return的时候将临时地址传递给变量,但是当函数结束时,那么临时变量结束生命期,地址释放,导致变量地址指向空地址,导致无法估计的错误。但是对于一些内置变量,STL的迭代器等一般使用值传递为主,因为在设计时,设计师原本就是根据值传递来设计的,指针传递效率可能比值传递更低。
Item23关注类的封装问题,为了使得类内置变量不被随意访问,因为内置变量被随意访问会导致各种问题
Item24 25关注使用类成员函数和外部函数的问题…未完待续

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值