※ 引述《wei115 (社畜)》之铭言： : 如题 : C99标准有stdint.h : 里面定义了一些整数的确定大小，一定程度上保障可移植性 : 所以在我的理解中，使用int32_t会比使用int还要好 : 但我目前还没看过用stdint.h的专案 : 有些专案是有要求整数的大小是确定的，但也没用stdint.h，而是自己定义类型 : （ex. int32 uint32) : 我猜过是太长懒的用（int比int32_t打起来顺手多了） : 但他们宁愿用unsigned int也不用uint32_t，所以这个猜测也不对 : 最近要写一个8bit MCU的专案 : 我自己的习惯是想用stdint.h，int的长度会很明确 : 编译器有支援、不用合作、公司不怎麽管Coding Style : 这样建议用stdint.h吗？会有什麽隐患吗？ : 感谢 这类 types 对於 C++ 是自 C++11 开始定义在 cstdint 由此可见这在软体开发有相当的需求与重要性 个人是站在建议这部份 主要原因是因为如果希望软体能正确同时运作在 32/64 bit 主要差异在 long / size_t / pointer 这数者会有不同 特别是很多人过去习惯 long / int 混用, 并做一些预设的检查 但这些者在 32bit / 64bit 架构下的宽度是不同的 推文中有人提到 "踩过雷" 就知道了 主要原因是很多时候工作是维护相关产品或是工具 让软体能编译後在不同环境上使用很重要 另外是这样做对於维护与移植上还是有帮助 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 123.110.208.161 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_and_CPP/M.1635668320.A.657.html ※ 编辑: ChampYen (123.110.208.161 台湾), 10/31/2021 16:20:33