ASP.NET百问百答

ASP.NET 打造互联网未来空间站

技术话题

如果你已经看过我们前面的那些文章, 您有可能已经形成了这样一个想法:.NET 是微软公司非常重要的战

略措施，微软公司正在花费大量的时间和精力努力营建它。其中， .NET 的一个不可缺少的部分是

ASP.NET。现在，我们来谈一谈 ASP.NET 的体系结构，看看它是如何与.NET 的整体架构协调工作的，以

及如何利用 ASP.NET 开发大型网站那样的东西。

我们已经做 ASP.NET 三年了。我们刚开始主要是研究 ASP。众所周知，ASP 是个建立网络应用非常成功

的平台，我们研究 ASP 主要看看它有些什么东西的确很值得保留，看看在哪些方面，我们可以改进它，

赖于我们谈论的.NET 构架的所有东西。准确地说是这样的。

但是，我们认为关于 ASP.NET 重要的是，它并不是我们拿了来自 ASP 先前的版本的代码，将它移植

到.NET 上，或者与.NET 相结合。我们真正从底层创建了它。这是一种彻底不同的代码，这是在我们花费

3 年时间所提出新想法的基础上，是在 common language runtime 基础上，是在 XML 基础上，是在所有其

它.NET 技术的基础上构建的。

我们在上面讨论了 ASP 新的构架，并且命名为 ASP.NET，还重新建造了它，这难道意味着如果我是

一名 ASP 程序员，我必须抛弃我学习过的一切，为了适应 ASP.NET，必须重新学习一种新思路吗？

绝对不是的。如果你是一名 ASP 开发者，你仍然可以保持你目前的全部技能，并且非常轻易地将它

们应用到 ASP.NET 中。如果你想继续按照你原来的风格写，你可以继续使用。如果你想接受最新的编程

也可以选择许多其他的语言，象 C 或者 JAVA SCRIPT 甚至 COBOL, 我们已经证明 COBOL 可以运行在

ASP 内部，你可以使用这些更好的语言。你也可以拥有更加简明和强大的页面开发工具。因此，你可以利

用很多的方法将对象行为变成 TAGS，这样，你能仅仅把 TAGS 放在你的页面上就可以实现很多行为；

第二，你可以不必写很多的代码。我们做很多试验，约 400 行的 ASP 代码我们把它减少到了 20 行代

码。这样，可以提高工作效率，创造的更多的价值。

另外，从创建你的网站并且使它能被其他的计算机自动访问这个角度看 , web 服务也是一个重要的新

特点。例如一个以 XML 为基础的 web 服务的例子,它可以把不同的种类的信息连结到一起，就像电视节目

列表。商务公司在用这种方式其他的商务公司交流信息。所以，能轻松地制作这些基于 XML 的服务是

ASP.NET 的另一个重要的部分。

不是 SOAP 也在提供同样的事情吗？

以调用的方法的全部列表,以及一个如何通过 SOAP 调用它的方法的描述。你既可以用标准的查询字符串

调用那些方法，也可以动态的创建一个 com 代理对象, 使网络通信全部自动化,包括全部 http 调用,以及

XML 集合，使用 SOAP 调用这个服务就像你调用一个储存在服务器里的对象的常规方法.

就像 ASP 的产生使得编写动态的网页的工作变得轻而易举所用的方法相同，ASP.NET 的产生真的使

写动态的 WEB 服务变得轻而易举。而实现这一功能，你只需要认真考虑你想写的代码和你想处理的数据。

你根本不必想到 XML。（当然，如果你想考虑 XML，你能考虑 XML。）

你可以写一个提供类别名字的方法，我可以用它来查询我的库存数据库，以及我的其他信息：我的

生意怎么样了，我有多少库存，我将返还给你一个那个类别的所有产品列表；比如 ,如果我是食品杂货商

你在 ASP+中做这件事（当然，他真的意思是想说 ASP.NET）的方法是:你仅仅用 VB, C#编写一个类，

或任何 XML 数据源，把数据带回。这个过程实际上不必认真考虑转换成 XML 这些事情。ASP.NET 会自

动完成 XML 的转换工作。

因此，我们能够自动地将一个 xml payload 转换成一个整数。然后，如果你返回一个 records set 的时

以订阅这些服务，并且可以对这些  编程，规定他们是一天一次还是一个小时一次获取网站

更新的那些例子的链接列表。

这样说来，对于用户来讲，他们没有必要考虑与浏览器或者 web 页面打交道的这些事情，他们直接通过

web service 就可以访问互联网了?

是的，但是那将是  的美好的远景，那时我们将会认识到，互联网实际上是所有信息的

总和。我们曾经为了便于人们浏览提供了在浏览器中显示  的方式，但是如果您的合作伙伴或者您公

司的其他工作人员的一些进程或者程序需要调用这些信息时候，目前的技术实在是在无能为力的。

技术的 产生 使得 人 们随心 所欲 表现任 何数据 成为 可能 。因此 ，你可以利 用  创 建更 多的 

，以便人们可以用多种方式调用程序或者交换数据。  的确是一件强有力的工具，他也可以帮

助人们构建更多种类的应用程序。 技术也给客户提供了更多的帮助，由于他们同样可以获得数据和信

端的应用程序会渐渐被人们遗忘的。

当然从另一个方面来看，尽管ＡＳ ＮＥＴ和ＮＥＴ框架的主要目标是启动任何一种类型设备上的

应用程序，但这并不意味着这些设备必须运行在ＮＥＴ框架上。在 ＮＥＴ平台上，我们已经作了许

多直接支持 ! 这样协议的事情。因此，你可以直接开发出与较小的设备，例如与 !" 或者

其他可以处理ＨＴＭ  的小设备通信的应用程序。

因此，你用一个简单的ＡＳＴ.ＮＥＴ页面，可以指向许多类型的设备。这些设备可能具有完全不一

样的特征。

是的。

这么说，是 ASP.NET 代码确定了如何到一个小设备或者大设备这样的事情吗？

是这样的。我们有一套特殊的服务器控件，我们称他们为 #$%，他们可以根据设备

的类型，自动地发送 !&"' 或者ＨＴＭ  信息，譬如说如果你有一个爱立信的手机，他可能只有

(、) 行显示文字的区域，如果你调用的一个页面时，我们可以自动地根据这个设备的情况提供合适的显

杂的工作。特别是当你想生成客户端的代码，并且由这些代码来做确认的工作的时候，你会遇到很多麻烦

的。现在，我们这套控件自动地为你做这些事情。它们包含了最基本的确认行为。对于富浏览器端的程序 ，

他们将发送一种东西，他们将发送 %$代码，对于服务器端的程序他们也将履行确认这个过程，并产

生相同的结果。只不过这里这时的主要工作是在服务器端进行。

服务器端控件自动的处理客户是有意按照客户端脚本运行还是故意不按照客户端脚本运行等情况，

并且可以很好地控制这一切。你所做的只是在你的页面中宣布这些控件为ＴＡＧＳ，然后写上 *，+ 行借

用他们处理的代码，你便拥有了一个完整的确认页面了。

你说的只是一些基本的确认，他们支持对数字的确认吗？

是的，有一系列的东西我们支持。我们支持电话号码、邮政编码等相关的东西。我们会遇到很多的

问题，有时候要确认添入的东西是不是数字，有时候他们添入的数字要匹配一些规则的表达式，有时候添

ASP，我很喜欢  这样的东西，但是我希望他可以工作在 !#,% 上。例如他们会问，

我如何使得他工作在 !#,%上？答案是，在  的环境中那是不可能的。但是在  中，我

们可以使得  工作在 !#,% 中，因此你可以尽情的使用了。此外，如果你想完全取代

 你也可以做到；你想修改缓存输出的方法，你也可以轻松做到，因为整个系统是组件化的 。

如果还有人提出，尽管我们的喜欢 -、 ./、 以及与他们相关的这些应用，但是我

还想在 $$ 这个层面做更多的工作。我应该如何去实现呢？答案是，在  中没有办法实现，因为所

有的事情都封装在  系统中。没有办法达到这么低的级别中，但是，如果你采用  的话，由于

它是组件构架的系统模型，所以你可以做你想做的事情。

嗷，在你提及 ISAPI 的时候，我想起了在 ISAPI 应用中有两种完全不同的模式：ISAPI 应用模式和

ISAPI 过滤器模式，ASP.NET 是否支持这两种不同模式？

样的 0% 为一个名叫  的用户，因为他们不想创建太明显的路径，所以要借用重定向技术提供各种