search 开发负责人 larry jordan、开发人员 michael ruggiero 和 michael stanton 以及 .net 框架项目经理 hari sekhar 在暗中构建了基于 .net 技术的 microsoft web 站点搜索引擎新版本。迄今为止，只有参加过今年 7 月在奥兰多举行的“专业开发人员讨论会”中的一次特别会议的少数外部开发人员略知一些细节。现在终于可以将实情公诸于众了。
如果您经常访问“内幕新闻”站点，您就会知道，microsoft web 组在 2000 年 7 月份召开的“专业开发人员讨论会”之前推出了其 search 引擎的新型改进版本。您已知道该版本引入了先进的同义词匹配、可返回最为相关的加按语搜索结果的扩展 best bets 逻辑，以及对最常用搜索的智能缓存。
然而，有关该版本的内幕消息远比表面上的东西多。
我们当然会兴奋不已，因为该搜索版本的丰富的功能以及经改进的搜索结果明显地能为客户带来更佳的搜索体验（参阅 search 2.5 技术内幕）。但是，大多数人当时并未意识到，我们同时在幕后将传统的基于 asp（active server page 活动服务器页面）的 search 2.5 版移植到新型的 microsoft .net 框架。
对搜索组而言，这是最具前沿性的开发。因为我们已经深入到 internet 服务的未来。而且我们希望如此。下面来谈谈个中缘由。
为何要移植到 .net？
显而易见，我们正在进入 internet 的下一个阶段。我们正在跨越通常意义上的 web 页面，并在开发功能强大的 web 服务。在这一阶段，使资源和信息有计划地得到利用是极为重要的。这样，我们就可以把这些资源和信息作为服务来利用，而不是让其停留在杂乱无章的数据仓库中。
可扩展标记语言 (xml) 是在超级分布式系统之间实现多数据集传输的一种手段。它同时可以使开发人员以更具价值的新型方式聚集和组合各种来源的数据 – 这样用户就可以直接从中受益。
就 search 而言，我们为多种自定义和本地化 search 版本设计了在 microsoft.com 上查找信息的核心功能。我们组在如何使数据访问兼备灵活性和可用性方面面临挑战。在 .net 出现之前，我们确实无法使客户在不使用安全端口上的 dcom （分布式组件对象模型）的情况下针对我们的功能设计程序，或者客户只得将我们的多种软件版本安装在其服务器上以便访问代码和 com。
我们组对即将推出的 .net 技术进行了研究，并认识到可以通过将代码移植到 .net 框架来解决所有远程性问题。而且，还有一个意外收获，我们还可以实现 http 和 soap 的无处不在的连接。对绝大多数人而言，是否有某个人在 microsoft 或在世界的某个地方，使用我们的 web 服务在内部开发用于完全不同用途的应用程序，无关紧要。我们对两种情况均予以支持，同时我们也可以免费获得技术方面的好处。
最新的 search 2.5 版如今运行在 site server 3.0 上，并仍然使用 com 从搜索目录获得结果。该应用程序的其它各个方面都基于 xml。xml 作为一种将数据（例如，vocabulary 和 best bets）发布到 web 服务器的手段，使我们能够轻而易举地扩大我们的 web 空间。
我们同时执行了一项缓存客户请求的最为常用的查询和结果的方案，这是通过将这些查询和结果保留在 web 服务器上来实现的，并因此增强了可扩展性，进一步提高了性能。由于我们的核心体系结构是基于 xml 的，因而，移植到一个将利用 .net 框架 web 服务的模型确实非常简单，而这些 .net 框架 web 服务是建立在新型 asp+ 技术基础之上的（asp+ 技术被称为活动服务器方法 (asmx) 页面）。
共3页: 上一页 1 [2] [3] 下一页
最大的网站源码资源下载站，
新闻热点
疑难解答
图片精选
