C++未来在何方？

egmkang

回复  egmkang

怎么纠结在"扩展"上去了。
原贴里的"扩展"是说的emacs扩展， 就是那些el程序什么的。
OwnWaterloo 发表于 2011-03-28 14:17

   

egmkang

智商不够是很难.
连C都很难,不仅仅是C++

enjoyo

智商不够是很难.
连C都很难,不仅仅是C++
egmkang 发表于 2011-03-28 15:08

   正如老兄的签名：

Simple is better

fender0107401

说到底是feature rich和feature less两种设计理念之间的争论，

C++和C不过是两个具体化了的东西，

至于具体哪个好吗？需要时间和实际来证明，似乎很难预测。

ctrigger

Simple is better 。。。

学C吧！！！

egmkang

Simple is better 。。。

学C吧！！！
ctrigger 发表于 2011-03-28 16:25

其实不是学C不学C的问题,如果你可以把问题弄的很Simple,C++也是可以的
如果不是,你就是用C也不行.

OwnWaterloo

看见"simple is better", "linus" 就像抓住救命稻草一样 —— 终于能为自己的无能找到开脱的借口了。

reiase

C++1x会不会还是过渡版本

看了下1x的内容，貌似突出三部分：对OO部分的修补，对模板元编程和函数式编程的支持，标准库增强

对OO修补的话，还是不能解决根本问题，对象在语义上的生命周期和C语言内存分配机制不完全重合。一方面造成内存管理的复杂度高，另一方面限制了临时对象的应用范围，其他OO语言借助临时对象实现的特性都难。

auto关键字...其实是承认C++模板特化带来的超复杂类型声明问题
tuple、list+hash...这不是python么
lambda算子还是比较弱的，很容易造成非法内存访问，使用起来不如Python和javascript里边方便
其他模板方面的改进更像是写标准库时候的工具，现实世界用处不知道大不大

标准库增强，加入和线程和正则表达式....
我觉得这不是C++该做的，在标准库里提供线程库的语言，都不是用系统线程的语言，比如Python，java和C#。做到使用系统线程还保证线程行为在多平台下的一致性：难；保证不了一致性：SB。

总结一下：1x从python，从haskell学了很多特性，不过你用起来绝对不会爽

baoming9999

随便说说，对企业来说，有几个厉害的高手就行，他们需要用到很多的C++特性，其他人用高手做出来的类库就好了，就像boost做出来麻烦，但用起来却挺简单的。

int-main

回复 38# reiase


   
用boost来弥补?