很难想象，如果没有.net和c#语言，微软平台会变成什么样子。尽管如此，在这十年里，有些事情还是没有能够按照预选设想的进行。下面，让我们一起来看看来自.net故事中的酸甜苦辣。

遗漏：代码访问安全策略

代码访问安全策略起初是为了通过给予管理员权限来控制使用.net库和应用程序的权限来确保windows的安全。但不幸的是，就像微软已经承认的那样，成功地进行这项策略的配置对于普通人而言过于复杂。所以，它基本上已经从.net 4.0架构中被移除。

实现：aps.net模型-视图-控制器

微软的asp.net网络窗体在当时来看可以说是一个辉煌的进步。你可以给网络应用程序编码，就像给桌面应用程序编码那么简单。随着时间的推移，asp.net已经变得不是那么有吸引力了，原因显而易见：它有着复杂的页面使用周期，不怎么雅观的隐藏变量和让人头疼的单元测试。于2009年首次面世，asp.net模型-视图-控制器为人们提供了一个更简洁、更快速、更可测并且与网址向导表述性状态转移（rest）更为一致的的替代方案。

遗漏：jscript.net

jscript.net是javescript的网络版。它出现在ruby和python让动态语言变得新颖之前。就像adobe的actionscript试图推行命运不济的ecmascript4.0一样，jscript从来就没有能够找到进入网络浏览器的方向。51cto向您推荐《jscript、java、javascript和jsp总结》

ie脚本增加？

谈到浏览器，从2000年就有关于visual basic.net的评论："我们打算在发布下一版本的时候将这些功能加回到visual basic.net语言中去，这样我们就能够赶上与微软ie进行整合的步伐。"

这意味着微软打算将.net的运行时作为ie的脚本引擎。如果微软开启该功能，或许ie脚本就不会比现在的firefox、safari或者chrome慢了。

尽管没有人提，但是jscript在.net 4.0架构中依然存在。

实现：c#

创造一门新的语言不是件容易的事情，但是微软的c#无疑是成功的。它的首席研发设计师anders hejlsberg从turbo pascal和delphi中汲取了大量的经验，让c#把.net从visual basic的繁冗和c++的复杂中解救出来。从它的首次发布以来，微软已经为它增加了很多强大的语言功能，包括泛型、语言集成查询（linq）、隐含类型和动态类型等。

遗漏：xbap

xbap是一款xaml浏览器应用程序，它基本上属于一个完整的wpf应用程序，但是必须以浏览器为载体。它的初衷是打算让windows窗体的应用程序也这样工作，但是安全问题意味着这一功能从未真正被开启，直到有一天.net 3.0架构中xbaps的到来。现在的问题是：为什么夸平台的silverlight拥有这么多与xbap相同的功能但是更为简单的部署？

实现：silverlight

高呼着"wpf无处不在"的口号，silverlight作为一个windows和mac浏览器插件面世了。它的性能很好，最新版本还可以支持桌面脱离浏览器的应用程序，进行更为安全的本地资源访问。微软最终推出了跨平台.net，但是苹果公司的产品比如iphone和ipad对插件始终嗤之以鼻。同时，鉴于adobe flash在用户中的根深蒂固，silverlight的普及前景并令人担忧。

遗漏：roter——unix的开源.net

在.net的早期，微软曾经有过跨平台的构想，标准化的.net将超越sun的java。ecma对c#和通用语言基础结构（cli）进行了统一标准，但是这些标准不包括.net架构库。微软也发布了针对windows和bsd linux的源代码，通过rotor实现共享源码公共语言基础。最后一个版本于2006年只针对window发布，现在，一切都趋于平静。

实现：powershell

powershell于2006年面世，开发代号为monad。这是一个.net命令外壳脚本系统管理工具。它对于没有图形用户界面的windows服务器核心尤为有用。2.0版本与windows 7和服务器2008 r2同时问世，拥有能够打开远程机器上powershell会话的功能。由于powershell的易扩展性，微软的exchange server能够实现目前最好的powershell管理和使用。