C++ typedef速记头文件是一种不好的做法吗？
早些时候，我的一个朋友通过即时消息给我发了一段代码。这需要一些工作才能落实到位，因为他们在所有项目中使用的标题中定义了一系列自定义类型，仅用于缩写-byte、ushort、uint、ulong等等 我本想惩罚他们，因为他们在代码中嵌入了这种自定义速记，但是。。。这实际上是坏习惯吗？即时消息不是代码共享的正常方法，如果我有整个正常工作的项目，那么带有定义的标题也会随之出现。速记类型都是直观的，通常可以节省打字时间，但另一方面，这可能会导致懒惰C++ typedef速记头文件是一种不好的做法吗？,c++,typedef,C++,Typedef,早些时候，我的一个朋友通过即时消息给我发了一段代码。这需要一些工作才能落实到位，因为他们在所有项目中使用的标题中定义了一系列自定义类型，仅用于缩写-byte、ushort、uint、ulong等等 我本想惩罚他们，因为他们在代码中嵌入了这种自定义速记，但是。。。这实际上是坏习惯吗？即时消息不是代码共享的正常方法，如果我有整个正常工作的项目，那么带有定义的标题也会随之出现。速记类型都是直观的，通常可以节省打字时间，但另一方面，这可能会导致懒惰 对此有什么正式的结论吗？如果环境没有定义您想要使用的类
对此有什么正式的结论吗？如果环境没有定义您想要使用的类型，那么为什么不自己定义它们呢？将所有此类定义保存在单个头文件中有助于防止不一致。这还意味着您可以将定义基于已经存在的最合适的类型，如果您移植到其他平台或编译器，则可以轻松地更新它们
我不明白为什么有人会考虑这种不良的行为。……这可能会导致懒惰“好”。是编译语言的坏习惯吗？第一代程序员用手做穿孔卡片和接线，他们更聪明。编译语言更容易学习，而且通常可以节省时间，但另一方面，这可能会导致愚蠢。对这件事有什么官方的裁决吗？那