小编sni*_*ils的帖子

我们在多个软件项目中使用单主解决方案策略,最近有人在公共代码中添加了依赖项,这打破了其他项目的解决方案,直到将新的依赖项添加到其解决方案中.消除或减少此类问题的好策略是什么？

我们想到了以下几点:

• 在checkin日志消息中添加一个关键字,告诉其他项目添加依赖项(但这是一个手动过程)
• 使用多个分区解决方案而不是单个主解决方案(导致更长的构建时间,跨解决方案的智能感知丢失等)
• 使用工具从多个分区解决方案创建主解决方案(任何与VS2015一起使用的建议,这可以自动化吗？)

到目前为止,我们最大的单一主解决方案是115个项目文件,所以仅在此基础上,似乎不需要对解决方案进行分区,除非这是解决问题的最佳方法.

如果你遇到过这个问题,你是如何解决的？

如果您需要一个计数变量,肯定必须有一个整数必须支持的上限和下限.那么为什么不通过选择适当的(u)int_fastxx_t数据类型来指定这些限制呢？

如果我想编写一个同时设置和清除某些内部位的线程安全方法,我可以使用两个参数:一个32位掩码修改内部位,一个32位掩码指示是否设置第一个参数指定的内部位为0或1.

命名这两个参数的惯例是什么？

是否有一个整数数据类型,在16位平台上总是正好是2个字节,在32位平台上是4个字节,在64位平台上是8个字节？假设C++ 11,它将用于计算,而不是内存寻址.

有std :: size_t,但是签名的等价物(std :: ptrdiff_t？)是什么,是否保证满足要​​求？

有std :: intptr_t和std :: uintptr_t,但它们的大小并不总是与size_t相同.

有std :: int_leastN_t和std :: int_fastN_t,但要么保证满足要​​求,如果是,那么'N'的正确值是多少？

Boost是否提供类似于(n)int_native_t和uint_native_t的东西？