C++标准库 std 里面简直就是另外一个世界

[James369]

在写 C++的时候，不小心点进 std 标准库的.h 头文件，只是看了一眼它的源代码。
我去，一堆的 template 操作，一堆的__下划线，一堆的...变参。。。
仿佛进入了另外一个世界，C++的水真深啊。
我想如果看懂 std 源码，我觉得差不多也就学成了吧。

[shunia]


[mingl0280]

@myid
我想避免满天飞的 void*，所以才用 template 的……
因为以前的代码是 C 升级上来的，真的是满天飞的 unnamed type 和 void*以及各种强制类型转换，这种时候你就知道 C++的带类型和语义化的好处了。
另外，C 风格字符数组这个东西我现在跟我同事说了，不是万不得已不要用，因为有些东西根本不应该被转换为字符数组，而有些东西你用字符数组带来的裸指针的麻烦比用容器更大。

[aihimmel]

可读性高的 stl
https://github.com/electronicarts/EASTL

[Jirajine]

当你对 c++感到蛋疼的时候，去看看 rust，你会发现一个新世界。

[Leviathann]

@Jirajine 是更蛋疼还是相反。。

[e583409]

@Jirajine 洗耳恭听

[XIVN1987]

@Jirajine
语法和 C 、C++、C#、JAVA 这些 C-like 都不一样，，至少从语法上肯定是个新世界

[AlohaV2]

template 比 macro 绝大多情况下友好多了，相信我。
STL 的作用就是让使用者不必关心这些实现细节，除非使用者要讲究细节。
自己的库封装给用户的时候，不一定 template 就为王，要根据场景而定的。最好的结局是尽管你可能用到了 template，但是用户使用的时候几乎无感。

[nightwitch]

@myid
在 C++里面 class 和 struct 除了默认的访问和继承权限不一样以及 template class 以外，其他是一个东西

[nnqijiu]

c 风格和 c++风格混用才是 c++让人蛋疼的地方

[nightwitch]

https://github.com/electronicarts/EASTL
推荐 EASTL，名字没有混淆过(因为命名空间在 eastl::)，虽然不是完整的标准库，但是可读性很好，读起来和普通 c++代码差不多。

其实标准库没有想象的难，因为标准库的实现的东西都有 cppreference 可以参考,各个模块之间耦合也不深，而且可以多个标准库(libc++,libstdc++,msvcSTL)和仿标准库(eastl, folly)交叉验证着读，除了 iostream 之类的糟粕以外，容器和算法读起来都应该不会有太多困难。

[wdhwg001]

标准库都难读的话 ranges 岂不是更魔法文字…

[AndyAO]

template 是元编程技术,对于很基础的类库,使用元编程技术能够极大地提升开发效率,但是由于直接对语言本身进行了改动,所以相比起其他的代码,你需要更多的学习才能看懂.

其他语言的类库也会大量的利用元编程技术,例如 Java 的 Spring(反射)和 Ruby on Rails.

当然,如果单纯看元编程的灵活性,在这方面最厉害的是 LISP 以及方言.

以上观点参考自松本行弘的<代码的未来>

[neocanable]

哎，我觉得我从来就没有学会过 c++

[yazinnnn]

rust 不是 c-like ？

[myid]

@abc612008 C++有它的好处。我们不妨取二者最好的部分来用。

[myid]

@nnqijiu 好奇中。举一个小例子？
@neocanable 你不是一个人在战斗。。。

[myid]

@XIVN1987 绝大多数 C++书这么讲。我信了，直到动手编写代码到了一定量，遇到坑，才醒悟。别盲目相信书。卖瓜的都说瓜甜，卖风油精的讲治百病。C++标准库里的 std::string, std::set 等不见得符合“简单、直接、齐活”的要求。以前对 c-style char array 很不待见，如今领会到了它存在的理由和价值。好比武器，不一定越高级，功能越齐全，就越好越适合。

[l00t]

@myid #36 C++ 和 C 揉在一起就是它最坑的部分。

[myid]

@towry 妙语！赞。