微软的做法就是把一切你习惯的东西都加进去，这样想怎么写就是你的事情了。就好像习惯C++可以用类似C++的方式写C#，习惯javascript可以使用弱类型写C#，习惯SQL可以使用LINQ。
虽然这样的确方便了程序员，不过个人觉得团队开发就有点问题了，那就是团队不能一个程序员一种写法，这样会出现很麻烦的问题。

瘦子和胖子，哪个好呢？

有人喜欢丰满的，有人喜欢健美的。

你说的没错，我也并不反对微软的这种做法，可是也不赞成，微软这样的不断增加C#的范围，到头来，也许只是一场空，倒不如想想如何提高C#代码的执行效率，现在C#的执行效率和C++简直是天壤之别。
linq也许会被广泛的接受，因为他毕竟只是查询用的东西，一般都是写在某个方法里的，我曾经测试过LINQ的效率，和foreach循环无异，可见其内部封装了foreach循环。可是弱类型就未必会被接受了，它确实让javascript的人习惯了，可是它如何保证架构分层之间那么明显的界限呢？会不会对架构的思想造成冲击？这些都是一个有待商榷的问题。这个问题也同样影响到了团队合作的方面。

C++绝对是不二的选择，因为你要计算机的结构去思考，而C#则更多是按解决问题的结构去思考，所以C++在高等应用上开发效率低。
越接近低层的语言运行效率越高，比如汇编弄出来的东西占得空间小，运行速度也相当的快，
而高级语言转换成低级语言时难免有冗长重复的地方，运行起来就会慢 。太优秀也不好吧 所以Anders Hejlsberg用JIT去限制C#(个人猜测 呵呵) 总不能指望C#大小通吃吧 如果那样的话 估计微软又会多很多敌人唉

[ 本帖最后由 wangnannan 于 2010-12-12 09:14 编辑 ]

看来又要潜心研究C#的语法了

从不用 "强大" 的 ‘编程语言’的路过， ......

四不像

我和你来自同一个地方，/