从 Visual Studio 看微软 20 年技术变迁

微软在开发 Win3.x 系列的时候公开出来的一套架构体系，目的在于根据接口运行时动态加载实现，从而降低开发耦合。这一时期，主要的开发语言是C++，但是开发效率比较低，当时的技术前沿是RAD，VB（语言）和 ActiveX（技术）刚好搭上这一班车，同时正式让控件这个细分市场也开始崭露头角。随着90年代后期 Java 和 Web 的崛起，COM/ActiveX 受到了挺大的冲击，尤其是 web 编程，ASP 过于简陋，执行引擎 VBScript 并不能将 VB 中的 RAD 概念引入，而且原生 VBScript 语言本身并不成熟，限制较多，解决方案是在 ASP 中调用 COM/ActiveX，这样整个开发变得很复杂，慢慢消失在历史中。

实际微软开发 .NET 并不是非常顺利，一开始借鉴了很多 COM 的设计理念，但是很多基础设施并没有实现出来，导致早期的 ASP.NET 并不是很稳定，很多开发者为了考虑兼容性，甚至依然延续上一代产品的架构，通过导入 COM 组件来实现底层，而 ASP.NET 仅仅是一层表现。另一面，由于 C# 语言的开速发展，结合 RAD 概念而开发出来的 Designer（设计器）迅速让 WinForm/WebForm 成为开发利器，无论效率还是成品效果都获得较高的用户认可。

随着.NET平台的发展和成熟，此时 WinForm 用户开发抱怨界面的精致度问题和资源利用问题，但是这些是由于 WinForm 的底层实现仅仅做了一层 Win32 API 封装导致，所以很难通过增强和修补来提升用户体验；恰好微软推出其新一代操作系统，主打功能就是用户体验，为此，在大约2005年左右开启了 WPF 技术项目，正式在 VS2008 中开始主推。但是由于性能和复杂实现，导致 WPF 认可度并不高，而同期推出的 Silverlight 更是没有坚持几年，就淹没在历史尘埃中了。

WebForm 技术虽然因为 RAD大受欢迎，但是其 ViewStates 技术让大型项目和互联网项目深受困苦，如是一部分人开始重构现有的 ASP.NET 技术，将业务和展现分离，逐渐形成了早期的 ASP.NET MVC 概念，随后微软快速跟上，并推出 Razor 技术，并彻底重写了 HTTP 底层，彻底移除了 ViewStates，从此 web 开发不仅高效，同时也能符合 HTML 最新标准。到2012年，SPA 概念开始流行起来，越来越多的公司开始尝试前后端分离，这让 ASP.NET 有了一点危机，如是开始了 ASP.NET MVC WEB API 项目，在轻量级的 MVC 架构基础上，再一次简化，让基于 RESTful API 的应用能够在 .NET 圈里采用。

说真的，我不是很愿意把这个列出来作为一个独立的技术圈来说，实际上这个 UWP 并没有多少新鲜的事物，更多的是一个概念，其表现层是 WPF 的 Xaml，底层是基于 projection 的一个通用平台概念（比如PCL和WinRT），唯一能称道的是后来加入的 Xamarin，将 C# 带到全平台移动开发领域，不过，目前仍属小众，还得继续努力。

自2016年正式发布以来，.NET Core 表现越来越好，借助更加强化的 OWIN 接口，很好的将 web 开发做解耦，让第三方中间件有了更多的表现机会，但总体依然年轻，大规模采用仍需时日。