Inter Dev开发工具，在1994年到2000年之间，ASP技术已经成为微软推展Windows NT 4.0平台的关键技术之一，数以万计的ASP网站也是这个时候开始如雨后春笋般的出现在网络上。它的简单以及高度可定制化的能力，也是它能迅速崛起的原因之一。不过ASP的缺点也逐渐的浮现出来：面向过程型的程序开发方法，让文护的难度提高很多，尤其是大型的ASP应用程序。 解释型的VBScript或JScript语言，让性能无法完全发挥。 扩展性由于其基础架构的不足而受限，虽然有COM元件可用，但开发一些特殊功能（如文件上传）时，没有来自内置的支持，需要寻求第三方控件商的控件。
1997年时，微软开始针对ASP的缺点（尤其是面向过程型的开发思想），开始了一个新的项目。当时ASP .NET的主要领导人Scott Guthrie刚从杜克大学毕业，他和IIS团队的Mark Anders经理一起合作两个月，开发出了下一代ASP技术的原型，这个原型在1997年的圣诞节时被发展出来，并给予一个名称：XSP，这个原型产品使用的是Java语言。不过它马上就被纳入当时还在开发中的CLR平台，Scott Guthrie事后也认为将这个技术移植到当时的CLR平台，确实有很大的风险(huge risk)，但当时的XSP团队却是以CLR开发应用的第一个团队。
为了将XSP移植到CLR中，XSP团队将XSP的内核程序全部以C#语言进行了重构（在内部的项目代号是 "Project Cool"，但是当时对公开场合是保密的），并且改名为ASP+。而且为ASP开发人员提供了相应的迁移策略。ASP+首次的Beta版本以及应用在PDC 2000中亮相，由Bill Gates主讲Keynote(即关键技术的概览)，由富士通公司展示使用COBOL语言撰写ASP+应用程序，并且宣布它可以使用Visual Basic .NET、C#、Perl、Nemerle与Python语言（后两者由ActiveState公司开发的互通工具支持）来开发。
在2000年第二季时，微软正式推动.NET策略，ASP+也顺理成章的改名为ASP .NET，经过四年的开发，第一个版本的ASP .NET在2002年1月5日亮相(和.NET Framework1.0)，Scott Guthrie也成为ASP .NET的产品经理（后来Scott Gu主导开发了数个微软产品，如：ASP .NET AJAX、Silverlight、SignalR以及ASP .NET MVC）。
自.NET 1.0之后的每次.NET Framework的新版本发布，都会给ASP .NET带来新的特性。

2.2  .NET Framework
Microsoft .NET Framework是用于Windows的新托管代码编程模型。它强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。
在今天的软件环境中，应用程序的来源很多，它们执行很多任务。对应用程序代码的信任是一个主要需求，因为我们谁也不想软件或信息遭到破坏。给予许可的安全策略不会允许对敏感信息的不适当的访问，或将本地机器暴露
给恶意的程序或甚至是有平常错误的代码。
过去，安全结构提供了基于用户帐号的隔离和访问控制--在这些限制内给予代码完全访问权，并假定由特定用户可运行的代码具有相同的信任度。不幸的是，如果所有程序都代表某用户运行，根据用户对代码的隔离对于保护一个程序不被其它用户使用是不够的。另一种情况，不能被完全信任的代码经常被转移到"沙箱"模型中执行，在此代码运行于隔离环境，而不会访问大部分的服务。
对今天应用程序的成功的安全解决方案必须能强化两个安全模型间的平衡。它必须提供对资源的访问，以便以完成有用的工作，它需要对应用程序的安全性作细致的控制以确保代码被识别，检测，并给予合适的安全级别。.NET Framework就提供了一个这样的安全模型。
NET Framework安全迎合了这种事实：软件向多样化的移动组件发展，并根据这种事实提供保护。在一个细化的、可扩展的策略和许可系统下，用户能够运行功能强大的代码，而同时减少相关的风险。在没有运行时对用户作出信任决定时，管理员可以在各个级别创建强壮的安全策略。策略是完全可定置的。开发人员能够集中解决应用程序逻辑，而不用关心核心的安全问题（它由CLR透明地处理）。然而，开发人员可以在任何时候扩展安全模型。 ASP.net图书购物网站设计+文献综述(4):http://www.youerw.com/jisuanji/lunwen_17636.html