如何以及为何创建Search.NET版

来源：互联网发布：php method 编辑：程序博客网时间：2024/06/05 08:31

.Zve104{display:none;}

Search开发负责人LarryJordan、开发人员MichaelRuggiero和MichaelStanton以及.NET框架项目经理HariSekhar在暗中构建了基于.NET技术的MicrosoftWeb站点搜索引擎新版本。迄今为止，只有参加过今年7月在奥兰多举行的“专业开发人员讨论会”中的一次特别会议的少数外部开发人员略知一些细节。现在终于可以将实情公诸于众了。

如果您经常访问“内幕新闻”站点，您就会知道，MicrosoftWeb组在2000年7月份召开的“专业开发人员讨论会”之前推出了其Search引擎的新型改进版本。您已知道该版本引入了先进的同义词匹配、可返回最为相关的加按语搜索结果的扩展BestBets逻辑，以及对最常用搜索的智能缓存。

然而，有关该版本的内幕消息远比表面上的东西多。

我们当然会兴奋不已，因为该搜索版本的丰富的功能以及经改进的搜索结果明显地能为客户带来更佳的搜索体验（参阅Search2.5技术内幕）。但是，大多数人当时并未意识到，我们同时在幕后将传统的基于ASP（ActiveServerPage活动服务器页面）的Search2.5版移植到新型的Microsoft.NET框架。

对搜索组而言，这是最具前沿性的开发。因为我们已经深入到InterNET服务的未来。而且我们希望如此。下面来谈谈个中缘由。

为何要移植到.NET？

显而易见，我们正在进入InterNET的下一个阶段。我们正在跨越通常意义上的Web页面，并在开发功能强大的Web服务。在这一阶段，使资源和信息有计划地得到利用是极为重要的。这样，我们就可以把这些资源和信息作为服务来利用，而不是让其停留在杂乱无章的数据仓库中。

可扩展标记语言(XML)是在超级分布式系统之间实现多数据集传输的一种手段。它同时可以使开发人员以更具价值的新型方式聚集和组合各种来源的数据–这样用户就可以直接从中受益。

就Search而言，我们为多种自定义和本地化Search版本设计了在microsoft上查找信息的核心功能。我们组在如何使数据访问兼备灵活性和可用性方面面临挑战。在.NET出现之前，我们确实无法使客户在不使用安全端口上的DCOM（分布式组件对象模型）的情况下针对我们的功能设计程序，或者客户只得将我们的多种软件版本安装在其服务器上以便访问代码和COM。

我们组对即将推出的.NET技术进行了研究，并认识到可以通过将代码移植到.NET框架来解决所有远程性问题。而且，还有一个意外收获，我们还可以实现HTTP和SOAP的无处不在的连接。对绝大多数人而言，是否有某个人在Microsoft或在世界的某个地方，使用我们的Web服务在内部开发用于完全不同用途的应用程序，无关紧要。我们对两种情况均予以支持，同时我们也可以免费获得技术方面的好处。

最新的Search2.5版如今运行在SiteServer3.0上，并仍然使用COM从搜索目录获得结果。该应用程序的其它各个方面都基于XML。XML作为一种将数据（例如，Vocabulary和BestBets）发布到Web服务器的手段，使我们能够轻而易举地扩大我们的Web空间。

我们同时执行了一项缓存客户请求的最为常用的查询和结果的方案，这是通过将这些查询和结果保留在Web服务器上来实现的，并因此增强了可扩展性，进一步提高了性能。由于我们的核心体系结构是基于XML的，因而，移植到一个将利用.NET框架Web服务的模型确实非常简单，而这些.NET框架Web服务是建立在新型ASP+技术基础之上的（ASP+技术被称为活动服务器方法(ASMX)页面）。

共3页:上一页1