- 主题:我就觉得c++现在纯粹就是标准库不行
哈哈哈
我会用个auto&& obj 获得find()的receiver…
【 在 here080 的大作中提到: 】
: find完了还要再比一次啊，有时不好写。
: if (a_very_long_variable_name.GetAVeryLongMethodName().find(key) == ???) // 我靠这里怎么写？
: 【 在 ziqin 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
是的所以只是判断contain时候就用count(key)
【 在 here080 的大作中提到: 】
: 你这就多了一个变量名。命名是很头疼的。
: 而且有些复杂表达式场景下这样并不一定安全。
:
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
肯定的
不过multimap实在是太罕见了。我好像只在production上用过一次
不知道从头开始演化的话，是不是contains会优先级高于multimap
【 在 here080 的大作中提到: 】
: 这个习惯不好。如果是可以有多个相同key存在的容器，这样就得一直查完，不能提前跳出。
: 有contain直接用比这种hack强
: 【 在 lambdai 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
该有的其实都有了，bazel clang google test coverage… 不过集成起来还挺麻烦
【 在 doggeddog 的大作中提到: 】
: 不止标准库不行
: 工具链也不行
:
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
google吗？gtl没开源吧？只有一个abseil，感觉比gtl差得还远
【 在 rainmanxxx 的大作中提到: 】
: G司开源的gtl库有ContainsKey，挺好用的
: 【 在 libgcc 的大作中提到: 】
: : 标准库一直残废几十年
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
你看这俩开源的，他们分别的核心贡献者就几个人。一部分原因就是c代码很难重用和合作。
C++在基本不牺牲性能的前提下，轻轻松松让核心开发者可以提高一个数量级。
【 在 oldwatch 的大作中提到: 】
: C++的定位就是开发nginx,mysql这种要求极致性能的东西吧
:
: 不过现实中nginx和redis都是用C写的……
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
c能写对软件是不假，可是对心智要求特别高。要不然nginx怎么那么多lua 插件呢。
【 在 javafish 的大作中提到: 】
: Redis不清楚
: NGINX模块化程度可是相当的高
:
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
你说的有道理，核心贡献者还看项目活跃度，还看看开源的时机，还看项目的运作...核心贡献者不是很好的指标。请忽略我的论点吧。
不过过滤掉贡献10个commit以内的贡献者应该差不多可以稍微度量一下核心贡献者。这主要是为了排除我这种看到小bug就去不疼不痒改改的…
【 在 ArchLinux 的大作中提到: 】
: 软件工程很多时候不是靠堆人的。
: 拿HTTP服务器来看，贡献者的多少和实现语言似乎关系不大。看GitHub上的Contributors数量：
:
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*