EC19-23

19. 设计class犹如设计type

设计class主要涉及重载函数和操作符、控制内存的分配和归还、定义对象的初始化和终结。

要想设计一个高效的类,应该考虑以下问题:

  • 真的需要一个新type吗?——如果只是继承基类就可以为已有的类添加机能,那么单纯定义一个非成员函数或templates就可以达到目标。
  • 新type的对象应该如何被创建和销毁——涉及类的构造函数和析构函数以及内存分配函数和释放函数
  • 对象初始化和赋值差别——涉及构造函数和赋值操作符的行为,初始化时成员参数列表初始化,赋值操作符包括等号
  • 考虑新type对象被passed by value——涉及拷贝构造函数
  • 考虑新type的“合法值”——决定成员函数(构造函数、赋值操作符和“setter”函数)进行的错误检查工作
  • 考虑新type要配合的继承图系——考虑成员函数哪些要被称为virtual
  • 考虑新type的需要什么转换——若支持T1被隐式转换T2,在T1内写个类型转换函数(operator T2)或在T2内写一个可被单一实参调用的构造函数;若只允许explicit构造函数存在,就得写出专门负责转换的函数,且不能为类型转换操作符和可被单一实参调用的构造函数。
  • 考虑哪些操作符和函数合理——决定class声明哪些函数
  • 考虑是否不支持“四大天王”函数——将其对应的声明放到private中
  • 哪些成员会被其他人用——决定哪些成员是public、protect和private,以后决定哪个classes和/或functions应该是friends
  • 什么是新type的“未声明接口”
  • 新type有多么一般化——如果很一般化,即定义的不是一个新type而是一个type家族。那么应该定义一个新的class template

总结

要想设计一个类,要综合考虑以上问题。其实以上问题就是考虑是否需要新类,若要新类,那要注意他的构造函数、析构函数、内存分配释放函数、类型转换函数、拷贝构造函数和赋值函数。

20. 宁以pass-by-reference-to-const替换pass-by-value

用pass-by-reference传参可以提高效率,因为其至少可以避免一次拷贝构造函数和对应的析构函数,如果该对象还有基类和对象如string,那么还避免了基类和string的构造函数和析构函数,效率大大提高。如果不想函数改变参数,那么还需要加个const修饰。

用pass-by-reference传参还可以避免对象切割问题。当形参类型为基类,实参类型为继承类,如果用pass-by-value,那么函数接收的类型实际为基类,继承类独有部分就被切割掉了。

但并不是所有对象都适合该原则,如果对象属于内置类型或STL的迭代器和函数对象,那么应该被设计为pass-by-value.

总结

pass-by-reference不仅可以提高效率,还可以避免对象切割问题。但不是所有对象都适合这个原则,若该对象属于内置类型或STL的迭代器和函数对象,那么久应该用pass-by-value.

21. 必须返回对象时,别妄想返回其reference

注意:在使用reference时,避免传递一些reference指向其实并不存在的对象

函数创建新对象的途径有二:在stack空间或在heap空间创建。

任何函数返回一个reference或指针指向某个local对象(在stack空间创建的对象),代码肯定出问题;除非让reference或指针指向在heap内构造的对象,但如果用new,那么就要考虑怎么调用对应次数的delete,也有点头疼。

总结

  • 绝不返回指针或reference指向一个local static对象,因为作用域结束后,就指向一个不存在的对象,会崩。

  • 也不返回reference指向一个heap-allocated对象,因为容易造成释放内存不当导致内存泄漏。

  • 也不要返回pointer或reference指向一个local static对象,因为多线程情况下每个线程都是对同一块内存读写,如果不加锁可能会出现读脏数据情况。并且如果要对该返回值进行比较,其结果永远是相等,因为比较的是同一块内存,后面的操作结果就会覆盖前面的操作结果。

总而言之,就是不要返回reference对象。

22. 将成员变量声明为private

封装可以理解为要对客户隐藏成员变量,让用户不清楚内部实现,易于更改。而public意味着不封装,不封装以为着不可更改。==》成员变量的封装性与“当其内容改变时可能造成的代码破坏量”成反比

当取消public成员变量,所有使用它的代码都会被破坏,不可知的大量;

当取消protected成员变量,所有使用它的继承类都会被破坏;

从封装角度看只有两种访问权限:提供封装(private)和不提供封装(public和protected)

总结:将成员变量声明为private,从而提供封装。

PS:能访问private变量

23. 宁以non-member、non-friend替换member函数

1)封装原因是它使我们能够改变事物而只影响有限客户。

2)namespace和classes不同,前者可以跨越多个源码文件而后者不能。

3)面向对象守则要求数据应该尽可能被封装,愈少代码可以看到(访问)数据,愈多数据可被封装,而我们也就愈能自由改变对象数据。

总结:non-member、non-friend函数封装性比member函数封装性好,所以出于封装性考虑,建议non-member、non-friend替换member函数。但是实际工程中,考虑到类成员函数的耦合性比较强,所以一般都没有采取这个操作。

考虑柔性负荷的综合能源系统低碳经济优化调度【考虑碳交易机制】(Matlab代码实现)内容概要:本文围绕“考虑柔性负荷的综合能源系统低碳经济优化调度”展开,重点研究在碳交易机制下如何实现综合能源系统的低碳化与经济性协同优化。通过构建包含风电、光伏、储能、柔性负荷等多种能源形式的系统模型,结合碳交易成本与能源调度成本,提出优化调度策略,以降低碳排放并提升系统运行经济性。文中采用Matlab进行仿真代码实现,验证了所提模型在平衡能源供需、平抑可再生能源波动、引导柔性负荷参与调度等方面的有效性,为低碳能源系统的设计与运行提供了技术支撑。; 适合人群:具备一定电力系统、能源系统背景,熟悉Matlab编程,从事能源优化、低碳调度、综合能源系统等相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究碳交易机制对综合能源系统调度决策的影响;②实现柔性负荷在削峰填谷、促进可再生能源消纳中的作用;③掌握基于Matlab的能源系统建模与优化求解方法;④为实际综合能源项目提供低碳经济调度方案参考。; 阅读建议:建议读者结合Matlab代码深入理解模型构建与求解过程,重点关注目标函数设计、约束条件设置及碳交易成本的量化方式,可进一步扩展至多能互补、需求响应等场景进行二次开发与仿真验证。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值