search 開發負責人 larry jordan、開發人員 michael ruggiero 和 michael stanton 以及 .net 框架項目經理 hari sekhar 在暗中構建了基于 .net 技術的 microsoft web 站點搜索引擎新版本。迄今為止，只有參加過今年 7 月在奧蘭多舉行的“專業開發人員討論會”中的一次特別會議的少數外部開發人員略知一些細節?，F在終于可以將實情公諸于眾了。 

如果您經常訪問“內幕新聞”站點，您就會知道，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] 下一頁

最大的網站源碼資源下載站，