如何制定有效的长尾词性能优化策略？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1405个文字，预计阅读时间需要6分钟。
1+ 关于继承：不可否认，良好的抽象设计可以让程序更清晰，代码更易读。但同时也存在缺陷，在继承体系中，子类的创建会调用父类的构造函数，销毁时调用析构函数。
1 关于继承：不可否认良好的抽象设计可以让程序更清晰，代码更看起来更好，但是她也是有损失的，在继承体系中子类的创建会调用父类的构造函数，销毁时会调用父类的析构函数，这种消耗会随着继承的深度直线上升，所以不要过度的抽象和继承。
2 对象的复合：对象的复合和继承很相似，当一个对象包含其他对象构造时也会引起额外的构造。关于这点可能会有很多人不解，认为这是不可避免的，举个例子，你的一个对象中用到数组和字符串，你是选择string和vector还是char＊ 和c系的数组呢，如果没有用到c++stl库提供的相关的高级用法，建议选择后者。
3 构造函数：尽量用参数列表初始化代替参数，避免值传递初始化。
4 变量延时定义：从c系转过来的仍保留着c的习惯，在函数第一行先把所有用到的变量都定义好，但是c是没有运行时的消耗的，对于c++时不一样的，对于c++对象的构造和销毁时有消耗的，如果有大量的对象只在某个if条件的一个分支中出现，那就会有50%的情况这些消耗是可以避免的。对于这点在一个类中也是一样的，如果成员中有成员只在某个时刻能用，就用指针代替，在构造对象时初始化成空指针，避免构造时调用他的构造函数。
本文共计1405个文字，预计阅读时间需要6分钟。
1+ 关于继承：不可否认，良好的抽象设计可以让程序更清晰，代码更易读。但同时也存在缺陷，在继承体系中，子类的创建会调用父类的构造函数，销毁时调用析构函数。
1 关于继承：不可否认良好的抽象设计可以让程序更清晰，代码更看起来更好，但是她也是有损失的，在继承体系中子类的创建会调用父类的构造函数，销毁时会调用父类的析构函数，这种消耗会随着继承的深度直线上升，所以不要过度的抽象和继承。
2 对象的复合：对象的复合和继承很相似，当一个对象包含其他对象构造时也会引起额外的构造。关于这点可能会有很多人不解，认为这是不可避免的，举个例子，你的一个对象中用到数组和字符串，你是选择string和vector还是char＊ 和c系的数组呢，如果没有用到c++stl库提供的相关的高级用法，建议选择后者。
3 构造函数：尽量用参数列表初始化代替参数，避免值传递初始化。
4 变量延时定义：从c系转过来的仍保留着c的习惯，在函数第一行先把所有用到的变量都定义好，但是c是没有运行时的消耗的，对于c++时不一样的，对于c++对象的构造和销毁时有消耗的，如果有大量的对象只在某个if条件的一个分支中出现，那就会有50%的情况这些消耗是可以避免的。对于这点在一个类中也是一样的，如果成员中有成员只在某个时刻能用，就用指针代替，在构造对象时初始化成空指针，避免构造时调用他的构造函数。