COM MFC ATL是否值得研究？

现在值得研究COM MFC ATL WTL吗？

不太值得。如果您现在想创建COM对象，可以使用C++/.NET。如果您想要UI，WinForms或WPF可以正常工作。

仅当您必须与某些COM对象接口或必须维护一些旧的COM/ATL代码时

---

MFC/WTL也是如此。使用最新的.NET工具（如WPF和Winforms）可以开发更好、更快的UI。

一切都值得研究：

忘记历史的人注定要重蹈覆辙

你必须了解过去才能了解现在

---

你应该把大部分时间花在这上面吗？只有当你期望你必须与之合作时。否则，把注意力放在未来。

是的，你可能会在微软第二赚钱的业务Office中找到一份工作，Office仍然基于COM。还有比这更糟糕的命运。

如果您计划为Windows 7编程，COM和ATL可能是肯定的。所有新推出的平台API都是基于COM的：Direct2D、Ribbon、动画、位置和传感器、库等

---

其中一些可能会有.NET包装，但托管代码不再是Windows团队的重点，至少在现在和不久的将来是如此。

COM的概念确实值得理解。尤其是界面、对象创建策略、代理和单元的概念。

COM完全值得。剩下的就不多了。

在Windows和Office的世界里，有很多非传统的COM对象仍在继续发布。是的，你说得对。。。我应该删除“legacy”这个词，我们每天都在这里使用COM和ATL，而且它还没有准备好改变（Ms Office ftw），因为在不太了解COM的情况下使用COM是可能的：-），Visual Studio将根据您对向导的输入来做所有的样板工作。Don Box的书的第一章“本质COM”是值得阅读的，因为他解释了COM是为了满足组件的需求而开发的，并且展示了如何开发一个C++库，它具有一致的、不变的二进制接口，从而库更新不需要重新编译整个应用程序，即COM动态链接库。他的书对我来说无疑对这个主题有很多启发。大多数M$technologies使用COM作为基础。为什么？因为这是一项非常好的技术！唯一的问题是它的文档记录得很差。但是，当OS、DirectX、DirectShow、媒体基金会、Office产品等继续使用COM作为其基础时，COM将是一个宝贵的技术，在您的Belt.com下始终是语言中立的！！！SharePoint 2010要求Ifter（COM）实现用C++编写；或者至少是非托管代码——汇编程序中的COM有人吗？-1：根本没有回答这个问题。+一个非常好的建议。：-）