TechEd 2008–在展位上与客户见面!

你好,我叫李绍。我是Visual C++团队中的测试软件设计工程师。从6月3日到6月6日,我有机会和两位同事,玛丽安·卢帕鲁(Marian Luparu)和玛莎·维佐雷克(Martha Wieczorek)一起参加了奥兰多的TechEd 2008。 我的大部分时间都花在Visual C++展台上回答客户的问题。我也有机会与凯特·格雷戈里,我们的MVP之一,在一个展位分离。以下是一些基于我与之交谈的客户的总体印象:

null

· 客户很高兴知道我们有新的MFC功能。

来自许多公司的客户来看了我们的MFC新功能演示。我跟他们中的许多人都有过类似的信息 下载 VisualStudio2008功能包的站点,指向 演练, 以及一个链接到Kate Gregory关于MFC新功能的PowerPoint演示文稿。客户都很高兴知道MFC的这一新功能,并同意这为MFC应用程序的现代化提供了一个解决方案。

还有一些其他问题与货币基金委员会有关。一些客户问他们是应该留在MFC还是应该迁移到WPF等新技术。 一些客户担心留在MFC中,因为他们找不到入门级人员在MFC中执行UI工作 更容易找到一个入门级开发人员来编写WPF/WinForm应用程序。 基本上,这些客户需要关于如何推进应用程序的指导。

当然,这个问题没有一个简单的答案适用于我们所有的客户——每个客户都有不同的约束条件和优先级。 最后,这是您需要根据特定应用程序需要做出的决定。 不管你选择什么,我们都会支持你在VisualC++中! 如果你想坚持使用MFC,你可以放心,这项技术将会有更多的更新。 如果您更喜欢使用WPF,我们正在努力建立指导,以帮助这一点。事实上,Expression团队的henrysowizral就如何重构MFC应用程序并迁移到WPF进行了演讲。 有了新的支持,可以很容易地对现有的MFC应用程序进行现代化,或者用现代化的UI创建新的MFC应用程序。

有一位客户要求在我们目前不支持的智能设备上提供新的MFC支持。据我所知,目前还没有在智能设备上支持新MFC的计划。

以下是一些附加资源,可帮助您了解更多有关新MFC的信息:我们的开发人员之一Pat Brenner的第9频道视频: https://channel9.msdn.com/showpost.aspx?postid=355087 帕特的风投博客: http://blogs.msdn.com/vcblog/archive/2007/11/09/quick-tour-of-new-mfc-functionality.aspx

· 客户对本机/托管互操作有很多疑问

我们收到了许多关于本机管理互操作的问题。许多开发人员似乎面临着将本机应用程序迁移到.NET的挑战。  我们向客户提到了编组库,他们对此很感兴趣。以下是有关编组库的VCBlog条目: http://blogs.msdn.com/vcblog/archive/2007/04/25/marshaling-library-in-orcas.aspx . 我们有9频道 我们的项目经理之一Sarita Bafna的编组库视频: https://channel9.msdn.com/shows/WM_IN/Sarita-Bafna-VC-quotOrcasquot-Marshaling-Library-and-MFC-support-for-Common-Controls/ . Kate Gregory还有一个很棒的编组库网站: http://www.marshal-as.net/ .

我们从客户那里得到的其他一些与互操作相关的建议有:

o 一些客户询问是否可以自动为本地组件生成包装类。答案是,如果本机组件是COM组件,则可以使用“添加引用”功能生成托管包装类,该类与通过调用Tlbimport.exe生成的包装类基本相同。但是,没有自动的方法为常规的本机类生成包装类。

o 一位客户询问是否有从本机应用程序调用Silverlight组件的示例。 目前的答案是否定的。但这是个好建议,我们可以考虑。

o 一个客户希望有一个工具来合并他的纯托管程序集和IJW程序集。当前,ILMerge.exe只能合并 纯托管程序集。为C++应用程序和管理C++应用程序生成单个程序集的推荐方法是从C语言应用程序生成.NETMeMax文件,并将.NETMeMod文件与C++对象的.ObJ文件一起传递到C++链接器。

o 一位客户评论C++ +CLR太好了!他正在使用更多的/clr,更少的pInvoke或COM互操作。

· 客户对TR1支持感兴趣

人们对TR1印象深刻,特别是共享的Ptr和Regex支持。一位客户问了关于Boost库和TR1之间兼容性的问题。这是我从斯蒂芬T。拉瓦韦:

TR1与Boost兼容,因为您可以同时包含,不会发生任何不好的事情。TR1与Boost不兼容,因为TR1::regex和Boost::regex是完全不同的类型。TR1几乎与Boost兼容,因为它们都严格遵循TR1规范。  当前使用Boost的TR1子集的程序可以转换为使用TR1,只需稍作修改。

你可以看看这篇博文和Spephan T附带的幻灯片。拉瓦维了解更多关于TR1的信息: http://blogs.msdn.com/vcblog/archive/2008/02/22/tr1-slide-decks.aspx .

· 一般来说,客户对并行计算和并发运行时非常兴奋。

他们想了解更多关于并行计算的知识,并将向公众提供时间框架并行计算库和编程支持。在TechEd期间有几次关于并行计算的讨论。

总的来说,能够与这么多的客户交谈,倾听他们的担忧,回答他们的问题,是一种非常令人兴奋和非常有教育意义的体验。同时,我们从客户那里得到的问题和反馈也证实了我们的主要策略:

· 持续的本地支持:例如更新的MFC支持、C++ 0x、Tr1、并行计算等

· 改进和“无摩擦”管理和本机互操作。

一、 以及我们团队的其他成员, 希望能与更多的客户见面,事实上,我的一些同事今年将参加PDC——希望能在那里见到你们中的一些人!

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享