http://spaces.msn.com/members/flierlu/Blog/cns!1pQ1oe7hJhEc4MgjNgGwRvvA!128.entry

    等明天看完 Queue Component 和 Loosely Coupled Events 两章，这本《Enterprise Services with the .NET Framework: Developing Distributed Business Solutions with .NET Enterprise Services》就基本上快结束了。虽然是工具书类型的，但也算让我重新系统的了解了一把 .NET 时代的 COM+ 开发。
    虽然本质上还是换汤不换药，但 CLR 对COM+功能的封装能力，绝对能让经历过用 ATL 编写 COM+ 组件的人，流下一大滩口水，呵呵。COM+组件的集成调试和 DCOM 的发布配置，是为数不多曾让我能感受到抓狂感觉的技术，以至于当年有一段时间给别人出的方案，都是能关的安全设置就关，所有应用服务器和web服务都用相同密码的admin帐号，呵呵，这大概就是绝望下的垂死挣扎吧。
    而与 Delphi 支持思路一脉相承的 CLR 在这方面，则将 RTTI/Metadata 的威力发挥的淋漓尽致，大量的底层薄记工作丢到 CCW/RCW 以及相关辅助工具中。但要全面了解这些强大的attributes和一堆辅助工具，缺了这样一本书还真是不行。虽说以前有些COM+的底子，也看过并实际用过System.EnterpriseServices，居然还能在此书中找到20%强的新知识，感觉实在是非常不错。结合前段刚刚看的 Trans COM+ 一书，偶的 COM+ 了解在三个代表的指引下又 level up 了。
    不过此书的不足之处也是很明显的，就是非常明确的工具书定位，基本上很少涉及原理性和实践性的知识。稍好一点的是在一些可互相替代技术或选项之间，提供了一个纯技术层面的对比。不过相对于以前那几本号称 .NET 下企业级编程的书来说，已经强过太多了。
    但就算如此，感觉 .NET 下的企业级开发的改进余地仍然很大，MS 在技术连贯性、互通性和合作能力方面，距离 java 阵营还是挺远的。就连出的半官方企业开发支持库，都取一个不怎么合时宜的 Enterprise Library 做名字，跟 Java 阵营满天非的 Framework, Architecture, Infrastructure 相比太厚道了一点，呵呵。希望 MS 不要在这方面落得太远，毕竟只有 Library 层面支持的开发环境，是无法被称之为企业级开发环境的。而寄希望于使用者能自行了解并整合分散技术点，在一段相当长时间内也是不现实的。