jiangsheng

http://www.csdn.net/develop/author/netauthor/jiangsheng/
随笔 - 142, 评论 - 629, 引用 - 27

导航

关于

 
这下要维护3个BLOG了,faint 其他的地址:

所有的文章版权归原文作者所有,任何人需要转载文章,必须征得原文作者授权。
我的MVP配置

标签

每月存档

最新留言

广告

 

MSDN第9频道又采访了Visual C++类库组的项目经理Nikola DudarSarita Bafna,以及质量控制组的Marina Polishchuk尽管Visual C++项目组已经转移了工作重点,但是很少人注意到这一点。或许这些采访可以帮助你了解Visual C++项目组的工作。

为什么C++仍旧重要?

  • 非托管的应用程序有很大的代码积累,而这些程序的升级工作仍旧在进行
  • 性能是选择C++的重要因素。举例来说,游戏和杀毒程序更适合用非托管代码来编写。
  • 多平台支持。虽然.Net号称是跨平台的,但是如果要编写真正的跨平台程序,开发的时候遵循C++标准还是很有必要的。

为什么C++程序员仍旧重要?

  • C++程序员理解整个机器的运作,他们知道怎么写垃圾收集机制,甚至可以写机器代码
  • C++程序员可以很容易的学会其他语言——C++已经是最难学的语言之一了
  • C++程序员并不只使用一种语言。如果有必要的话,他们会选择汇编、C#或者Perl这样更适合特定任务的语言。

为什么Visual C++项目组转移了工作重点?

  • C++程序员对于转到C#没有抵触心理,所以Visual C++项目组不认为有必要尽快实现Visual C#支持的所有特性,比如LINQ和WPF设计器
  • C++程序员对于让他们的非托管程序调用其他语言的托管代码比用C++来写托管代码更有兴趣
  • 核心模块,例如IE和Windows外壳会更加频繁地更新,而会有更多的非托管代码需要调用这些新的特性,为了这些特性,有必要在MFC中引入新的封装类来节省C++程序员的时间

Orcas中Visual C++的新特性:

  • 托管代码互操作库。可扩展的托管数据类型和非托管数据类型的转换支持
  • STL/CLR。使得托管代码可以利用旧的STL编写的算法
  • Vista支持。对Vista中新的通用控件和文件对话框等界面元素的MFC封装。
  • DevExpess重构引擎——将包含DevExpess的Refactor!? for C++

Orcas之后的考虑

  • 更新界面。有些Visual C++的代码是针对20年之前的硬件环境设计的,已经不适合现在的需要。新的Phoenix编译引擎使得重写前台变得更加容易。
  • 太多现有的代码需要重构。新的Phoenix编译引擎使得代码分析变得更加容易。
  • C++标准。新的C++标准TR1可能会在Orcas下一版本开发时成为正式标准。
  • 多核支持。需要编写可以充分利用多CPU的代码。第一个尝试是LINQ。

结论

  • MFC和非托管代码回来了
  • 性能和多平台支持的重要性越来越低,托管代码仍旧具有很大的市场。

Visual C++项目组的其他动作

  • ATL Server发布到了源代码共享站点CodePlex。这包含CAtlRegExp,在.Net和第三方类库(boost,TR1)的竞争下已经不再有必要维护一个单独的条件表达式标准了

打印 | 张贴于 2007-04-11 17:42:00 | Tag:暂无标签

留言反馈

#回复: STL/CLR, Compiler and Marshaling 编辑
应该不是的,现在还没有这个必要的。如果要隐藏,早就做了。
2007-04-17 02:52:00 | [匿名:open]
#回复: STL/CLR, Compiler and Marshaling 编辑
看来微软要把最底层的技术隐藏起来了,我们只能用它的产品.是这样的吗?
2007-04-12 04:05:00 | [匿名:zz]
#回复: STL/CLR, Compiler and Marshaling 编辑
好象应该是:游戏和杀毒程序更适合用非托管代码来编写
2007-04-12 03:17:00 | [匿名:dgjunjie]

发表留言

标题
姓名
邮件
主页
留言 

Powered by: Joycode.MVC引擎 0.5.2.0