中央Typedefs.h文件 - 这是一个好主意
Central Typedefs.h file - is it a good idea?
来自没有typedefs的Java世界,我有一个问题要问C++开发人员:
我的任务是用C++重写一个大型 MATLAB 项目。为了了解代码的结构,我已经开始重建模块和类结构,但没有实际实现该功能。
我知道我经常需要像 Vector
和 ParameterList
这样的类/类型,这将由一些我尚未决定的框架提供。
所以我创建了一个中央头文件Typedefs.h
其中我有类型定义,例如
typedef void Vector; // TODO: set vector class
typedef void ParameterList; // TODO: set parameter list class
目前,这些设置为无效,但我可以使用这些类型来编写类框架和方法签名。稍后我可以用实际类型替换它们。
这有意义吗?如果是,有没有办法避免在每个文件中手动包含Typedefs.h
?
我怀疑这是否有效,除非您使用例如Vector*
.您将无法拥有Vector
对象或参数,因此这几乎毫无意义。
为了用作指针,您可以很好地进行前向声明。
无论如何,我真的不认为有必要这样做。你可以声明一个空类而不必实现它,它甚至比typedef
更容易编写:
typedef void Vector;
与
struct Vector{};
请注意,您将无法使用映射到相同类型的typedef
重载函数:
void foo(Vector);
void foo(ParameterList); // error: foo(void) already declared
相关文章:
- 常量参考延长对象的寿命,然后是const_cast,这是一个好主意吗?
- 将C 11设置功能更改为带有转发的现代模板功能是一个好主意
- std :: tr1 :: shared_ptr throw bad_alloc,也是一个好主意
- 在构造函数中循环C++是一个好主意吗?
- 是一个哨兵 QWidget 一个好主意(以防止在创建和填充布局时出现内存泄漏)
- C++正在创建一个头来解决循环依赖关系,这是一个好主意
- 在构造函数中为另一个相同类型的对象构造对象是个好主意吗
- 如果我将所有函数都作为类的静态方法,这是一个好主意
- 使用 "-g" 标志进行生产是否是一个好主意?
- 中央Typedefs.h文件 - 这是一个好主意
- 预处理器强制一致性,这是C++中的一个好主意
- 在编译的代码中包含一个大的文本变量是个好主意吗
- 一个尝试非确定性有限状态机(c++),是静态std::map的好主意
- 如果一个程序的主要功能是从磁盘中读取数据,那么让它多线程是不是一个好主意?
- 通过函数指针在游戏引擎数学库中使用SIMD ~一个好主意
- 每次使用RNG时都播种一个好主意
- 为什么内联构造函数和析构函数在c++中不是一个好主意
- 数组声明在.h文件,这是一个好主意
- 通过'元组'和'tie',一个好主意
- 什么时候使用std::promise优于其他std::线程机制是一个好主意?