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

windoze

回复 20# wwwsq


bionic不是libc么？和STL有什么关系？

forgaoqiang

C++ 真心搞不来 只能看高手秀技术了 （还有可能看不懂 。。。

xcltapestry

1、你是否完整的了解过C++98: 2003 标准下的STL设计和实现，并且对你产生了怎么样的影响?
  没太可能完整了解，只能说离开它，都不太会写C++代码了.
2、你是否认同在开发同应该尽量使用STL，而不是自信的经常重复造轮子？
  如非必要，没必要造轮子.有些实在必要的，会先找找大公司开源的轮子来用。
3、你对C++11标准下的STL有什么样的期望，新的STL特性目前有使用吗？
    有尽量用新的STL来解决问题，但还有好多特性没摸清楚。
4、对你来讲STL还有哪些是急需改进的地方。
     我要的基本都有，其它想要的一些特性等C++17标准了，希望到时STL能即时跟上
5、对于STL的未来你的预期是什么样的？
   不挂就好。

wwwsq

windoze 发表于 2015-06-30 15:17
回复 20# wwwsq

笔误。已修正。

STL希望非常通用，但是它付出了巨大的努力却效果不佳。一是使用范围不够广，二是缺乏兼容性。

windoze

回复 24# wwwsq

STL的通用性我觉得还好，至少里面的容器算法之类组件通用性还是很强的，也足够灵活。

功能覆盖范围太窄是个大问题，除了最基本的文件I/O和C++11里加进来的thread，其它所有的OS相关功能统统没有，14在这方面没做什么，看17有什么新变化吧。
兼容性要从几个方面看，一方面STL在源代码级别的向前兼容做的还是不错的，但另一方面C++在ABI这个层面的兼容性就是渣，别说换个OS，就是同一个编译器换个新版本有时候都会出问题。目前看来C++标准委员会好像也没打算在这方面做什么，估计是搞不定各大厂商……

yulihua49

windoze 发表于 2015-07-01 14:37
回复 24# wwwsq

STL的通用性我觉得还好，至少里面的容器算法之类组件通用性还是很强的，也足够灵活。

STL在编译期的泛型还可以，运行期泛型就无能为力了。
我还是不得不造轮子解救运行期泛型的问题。

windoze

回复 26# yulihua49

运行期泛型？要么就用虚函数，要么用variant之类的type switch技术，和STL混用应该没什么问题。

shenlanyouyu

回复 26# yulihua49

可以借鉴COM的实现机制，缺点是COM实现不太好理解。
   

yulihua49

shenlanyouyu 发表于 2015-07-05 21:00
回复 26# yulihua49

可以借鉴COM的实现机制，缺点是COM实现不太好理解。

COM不懂。
C++支持反射就可以了，应该一切由可反射的基类派生出来。向JAVA那样。
自制可反射基类是个苦逼差事。
解决运行时处理未知对象的内部数据。

就可以写出这样的工具：

int RDB_insert(DB_handle *dbh,Object obj,String columns);
功能:把对象插入关系数据库。
参数：dbh：数据库句柄。
        obj：任意对象。实参的对象名代表表名。
        columns：列名列表，将obj中相应的成员插入数据库。可以为空，表示按数据库字典，把同名表的同名列插入数据库。
返回值：>=0:插入的行数，<0,出错。

这就是ORM，Object Relational Mapping。它开辟了一个广阔的新天地，比STL有用的多得多。
有谁能提供一个C++的ORM框架呢？

huxk_cu

能用c就用c，万不得已考虑c++