【有奖讨论】随着 C++11 的巨大变化，谈谈你对新STL的展望

shenlanyouyu

我个人觉得c++的定位，定位很尴尬。其次是ABI兼容性差，各个平台库不统一，c++在应用开发上还是有很多大厂商在用，MS，GOOGLE。android native层很大部分代码使用C++开发。

niao5929

C++本身需要成长嗯。如果她也有自由开源的授权协议，再加上更多的新特性，我觉得迟早会比JAVA好。我们发现PYTHON以及GCC的成长曲线确实如此，一方面他们在抛弃过时的代码块，一方面他们又进化出许多更需要的新特性。尤其融入了更多的函数编程的优势方法。这就好比最好的CPU一样，既包含复杂指令集的长处，同时又有精简指令集的优点。彼此相互缠绕，犹如DNA态之美！！！

china_Linux_hy

虽然对我来说不是很了解C++，但是还是来支持一下，因为我感觉知识都是一点一滴积累下来的，看到的这个对我来说以后的进步会很有帮助，谢谢楼主的分享

shenlanyouyu

1、你是否完整的了解过C++98: 2003 标准下的STL设计和实现，并且对你产生了怎么样的影响?
看过一部分，当时是看候老师的源码剖析。影响在于学习到如何用C++实现设计模式，例如迭代器模式。泛型程序设计思想，采用模板机制，实现代码的复用。

2、你是否认同在开发同应该尽量使用STL，而不是自信的经常重复造轮子？
STL是具有工业级别强度的标准库，能够提高开发效率。重复造轮子反而更容易埋下bug。我是没有那个自信来重复造轮子。我觉得比较好的方法，我自己也是这样做的，对STL再封装，来满足实际的需求。

3、你对C++11标准下的STL有什么样的期望，新的STL特性目前有使用吗？
C++ 11引入了Boost库中的一些函数和类。

4、对你来讲STL还有哪些是急需改进的地方。
存在的问题STL大量使用模板机制，容易代码膨胀，模板机制带来的重复实例化，编译时间过长，编译后code size过大。内存使用率低，还需要优化，例如深拷贝问题，两个容器实例赋值，就会涉及到容器元素的拷贝。

5、对于STL的未来你的预期是什么样的？
好吧，C++越来越学院派了，新标准推进速度不理想，很多新功能都没有用上。 STL的问题在于API的兼容性，不同平台采用不同的C++库，Windows的visual studio采用MS 自己的标准库，linux平台上是一套，google的android使用的是自己实现的bionic。同一个程序在不同平台上执行结果不同。
例如：
#include <iostream>
using namespace std;
int main()
{
     string test;
     int size = sizeof(test);
     cout<<"size is "<<size;
     return 0;
}
在linux平台执行结果为4，而在visual studio 2012中执行结果为28。希望能够有一个统一的标准库。

heguangwu

C++标准不会规定内部的实现方式，除非只有一个C++编译器厂商，否则不可能统一起来

shenlanyouyu 发表于 2015-06-24 22:50
1、你是否完整的了解过C++98: 2003 标准下的STL设计和实现，并且对你产生了怎么样的影响?
看过一部分，当时 ...

windoze

回复 14# shenlanyouyu

存在的问题STL大量使用模板机制，容易代码膨胀

人家名字里就有个template，然后你嫌STL用template太多……

模板机制带来的重复实例化，编译时间过长，编译后code size过大。

不要再用VC6了好不？用VC2013会怀孕？

内存使用率低，还需要优化

没错，你的程序的确内存使用率低，还需要优化

例如深拷贝问题，两个容器实例赋值，就会涉及到容器元素的拷贝。

那你说两个容器实例赋值应该做什么动作？

shenlanyouyu

论坛是大家讨论学习的地方，有不同意见请阐述出来，但是请注意你的语气。不要一上来就喷，把论坛当成你发泄生活不满的地方。在我的回复中没有任何吐槽Stl，关于编译器我用过vc6,vs2005,vs2008,vs2012，工作中一直用2012。你试试代码量上去后的编译时间，还有最后一个问题，容器拷贝，可以借鉴COW机制。

shang2010

感觉stl挺好的，这样有更多的精力处理上层业务，软件工业的标准件


看了sizeof string后，感觉不同平台会有不同的结果感觉很蛋疼

windoze

回复 18# shang2010

string.length()相同就行了呗，sizeof不一样有什么蛋疼的？你真的要用这个数字？

wwwsq

1、你是否完整的了解过C++98: 2003 标准下的STL设计和实现，并且对你产生了怎么样的影响?
    了解过。STL为了达到通用性，付出了太多代价。但是仍然没能防止SGI和微软各自推出自己的版本，而且STL的通用性和兼容性仍然十分有限。所以STL的根本思路也许有点问题。应该向CLR和JVM学习一下。

2、你是否认同在开发同应该尽量使用STL，而不是自信的经常重复造轮子？
    要适可而止。STL并不是那么通用。恰当的使用一下list、vector之类的是有益的。用太多则常常是有害的。因为这个度不好把握，因此很多公司反而禁止使用STL。  

3、你对C++11标准下的STL有什么样的期望，新的STL特性目前有使用吗？
    希望能提高STL代码的可读性，以及编译错误的可读性。

4、对你来讲STL还有哪些是急需改进的地方。
    a、尽快引入Concept。b、可裁剪可配置。c、加快编译速度。

5、对于STL的未来你的预期是什么样的？
    STL会逐渐死去。