以前在Windows上面做过一些工作，那个时候还没有维基百科全书，很多计算机相关的概念由于是刚刚发展出来，身处其外的人往往不知道正确的含义。微软的技术那时候是最受开发人员关注的，当时也只有在Windows上做一些软件才可以赚钱，回想一下，微软没有推出App Store绝对是个极大的失策。

    微软的各种技术图书和开发工具涉及到很多的原创缩写词汇，让人不知所以，现在有个WIKI的归类总结我们才能真正的理解这些名词。下面列举一些例子：

    VBX：这个是我们在早期的VB乃至Delphi上面设计GUI的时候使用的控制。基于控件开发是当时的热潮，有公司专门出售这些控件，也有盗版光盘包含了很多的控件集合。试用各种控件也是学校生活的一部分。记得毕业实习的时候，用VB开发一个企业管理软件，有些高级表格需求windows自带控件无法实现，公司也是满世界去找。国内水平也就是这样，从来没有想过自己写一个什么控件，也没有深入了解实现原理。

    OLE：对象的连接与嵌入，这个概念本意是为了支持复合文档，也就是在一种Office文档中嵌入另一种文档的文件，例如Word之中嵌入Excel表格、JPG图片以及任何内容。

    OLE，OLE2，COM的关系：OLE使用了一种老的进程间通信规范DDE。OLE2基于COM。而COM是一种二进制对象接口，用于在二进制层面实现软件重用。

    OCX：实质上作用等同VBX，但是基于COM。

    ActiveX：实际上是微软的商标，源于将OCX控件扩展到Web浏览器，后来基本上涵盖了COM和上层应用的整个含义(所以我称之为广告)。

    DCOM：COM的远程实现，本质上同CORBA

    COM+：当年最火的一个名词就是三层架构或者N层架构，各种会议中，你会市场经常看到厂商生成：我们的产品基于三层架构。三层架构的中间层称为中间件，微软希望将COM对象组织到一起放到中间形成中间件解决方案，供Client调用。这个就是COM+。

    上述这些概念当年困扰我良久。现在.NET基本上替代了上述的技术方案，在《黑客与画家》这本书中，作者提到很多大公司开发效率底下，而微软却像移动的大山。这个我认可，微软的研发速度惊人。微软的失败在于方向性错误，看起来方向的正确性远比研发能力来的重要。

建议继续学习：

1. Windows与Linux文件系统互访的几种方法    (阅读：2841)
2. 更改 Windows 10 命令行字体    (阅读：2442)
3. windows 快捷键 总结    (阅读：1808)
4. 为什么 Windows 的文件系统会有盘符，使用反斜杠分割路径    (阅读：1707)
5. Windows主机的性能监控    (阅读：1542)
6. 浅析Windows的访问权限检查机制    (阅读：1206)