是typedef简写头文件的坏做法
Is a typedef shorthand header file bad practice?
早些时候,我的一个朋友通过即时消息给我发了一段代码。这需要一些工作才能落实到位,因为他们在所有项目中使用的头中都定义了一系列自定义类型,只是为了简写——byte、ushort、uint、ulong等等
我正要谴责他们在代码中嵌入这种自定义缩写,但。。。这真的是的糟糕做法吗?即时消息是,而不是代码共享的正常方法,如果我有整个功能项目,那么带有定义的标题就会随之而来。简写类型都很直观,通常可以节省打字,但另一方面,这可能会导致懒惰。
对此有什么官方裁决吗?
如果环境没有定义要使用的类型,为什么不自己定义呢?将所有这些定义保存在一个头文件中有助于防止不一致。这也意味着你可以将你的定义建立在已经存在的最合适的类型上,如果你移植到不同的平台或编译器,你可以很容易地更新它们。
我不明白为什么有人会认为这种不良做法。
相关文章:
- C++:TypeDef使用元组
- .cpp和.h文件中的模板专用化声明
- 为什么两个不同的未命名名称空间可以共存于一个cpp文件中
- 文本文件中的单词链表
- CMake-按正确顺序将项目与C运行时对象文件链接
- 使用新行和不使用新行读取文件
- 在C++程序中输入的文本文件将不起作用,除非文本被复制和粘贴
- 从 csv 文件中获取不同类型的数据,并将其放入 C++ 中的 typedef 结构中
- 在swig.i文件中,如何为基于mfc的第三方dll解析ms-windows-vc++typedef类型
- C++包括 C 文件(找不到 typedef)
- C++ - 使模板化 Typedef 公开并跨包含文件访问
- 头文件中缺少typedef会导致编译错误
- typedef 在 C++ 中在其他人的 .h 头文件中声明的函数
- 是typedef简写头文件的坏做法
- typedef头文件中的定义
- 在接口头文件中使用typedef是一个不好的做法吗?
- 为什么Microsoft在他们的 winnt.h 文件中两次 typedef 声明什么构成 "double" ?
- 无法识别.h文件中定义的typedef类型
- 头文件中声明的typedef在源文件中不可用
- 使typedef成为文件或子类的本地类型