php 的 trait 对应的是 c++ 的哪个来了。这模式比 c++ 多继承清晰多了
【 在 milksea 的大作中提到: 】
: protobuf、gtest、grpc是google的，folly是fb的。这些基础库都不是只用类封装，还是看需求。
: 而且他这个只用类封装的说法恐怕不包含继承的，比带类的C还简陋。最大的好处就是够简单，减少对人的要求。只要有继承，有虚函数，就可以挺复杂了。
--
FROM 112.66.20.*

【 在 milksea 的大作中提到: 】
: protobuf、gtest、grpc是google的，folly是fb的。这些基础库都不是只用类封装，还是看需求。
: 而且他这个只用类封装的说法恐怕不包含继承的，比带类的C还简陋。最大的好处就是够简单，减少对人的要求。只要有继承，有虚函数，就可以挺复杂了。

你忽略了一个事实， 这些更多是独立的库， 完成的是计算机的功能， 功能相对独立完整。
楼主的公司， 大概率都是写业务逻辑， 业务逻辑这玩意， 市场在变，甲方在变， 商业在变，
甚至员工都在变，  挖个坑， 上下游一起埋， 折腾不起。
--
FROM 124.126.1.*

对。有些底层库，是可以有特别的规则。要求确定性的内存使用。宁可使用 memcpy() 复制内存，不也使用 const char* 搞指针传递。

【 在 qinwenren 的大作中提到: 】
: 原则是谁用指针就打死谁，都TM一律开数组。
--
FROM 110.84.122.*

这种要求在技术上咋实现的？是有人review代码还还是通过强制指定编译器的选项来实现的？
--
FROM 123.119.97.*

Linus是真的觉得c++不好

【 在 mopo 的大作中提到: 】
: 得看场景，不过我觉得ffmpeg和linux的态度更合理一些，我们就用c写，就不打算支持c++，不是说c++不好，而是我们觉得没那么多好的c++程序员
: 某些公司对c++限制这么多，一种是不信任，一种是没自信，潜在原因其实一样的：没有足够牛的c++大牛/团队来兜底，或者说觉得不值得花那么多钱来维护
--
FROM 71.198.4.*