在文件中间#include 是好习惯吗?
Is it good practice to #include in the middle of a file?
在我的class的私密部分有很多功能,假设有:
- 3 个用于目的 A 的函数
- 5 用于目的 B
- 1 用于目的 C
我想知道是否可以制作一个包含所有用途 A 函数的 .h 文件,一个用于用途 B,一个用于用途 C,然后将每个函数包含在 class 定义的中间.
如果这被认为是不好的做法,那么压缩这些函数原型的最佳方法是什么?
当您未能封装这些目的时,依赖包容是您尝试使用的拐杖。为他们写类型
class PurposeA {
// Functions
};
class PurposeB {
// Functions
};
class PurposeC {
// Functions
};
然后根据自己的需要进行私有继承,或者组合:
class Foo : private PurposeA,
private PurposeB,
private PurposeC {
};
class Bar {
private:
PurposeA a;
PurposeB b;
PurposeC c;
};
你的函数膨胀是一个强烈的暗示,你的 类 承担了太多的责任。重构和封装成更小和更集中的类将有助于使整体设计更好。
在我的class的私密部分有很多功能,假设有:
- 3 个用于目的 A 的函数
- 5 用于目的 B
- 1 用于目的 C
我想知道是否可以制作一个包含所有用途 A 函数的 .h 文件,一个用于用途 B,一个用于用途 C,然后将每个函数包含在 class 定义的中间.
如果这被认为是不好的做法,那么压缩这些函数原型的最佳方法是什么?
当您未能封装这些目的时,依赖包容是您尝试使用的拐杖。为他们写类型
class PurposeA {
// Functions
};
class PurposeB {
// Functions
};
class PurposeC {
// Functions
};
然后根据自己的需要进行私有继承,或者组合:
class Foo : private PurposeA,
private PurposeB,
private PurposeC {
};
class Bar {
private:
PurposeA a;
PurposeB b;
PurposeC c;
};
你的函数膨胀是一个强烈的暗示,你的 类 承担了太多的责任。重构和封装成更小和更集中的类将有助于使整体设计更好。