Google搜尋API?

gudesheng發表於2008-01-03
原文網址 : https://blog.csdn.net/gudesheng/article/details/2014379
GoAPI

原文： Google Search API?


有幾個人給我講了關於Google從基於SOAP訪問機制的搜尋轉向基於AJAX的搜尋。

O'Reilly的文章開始對此進行了詳細講解，但是我認為這裡還有更多的內容。

我專門花了幾分鐘時間，在Google的站點上，將大家所指的地方看了一遍，結果，嚇了一大跳。

我期望找到一些詳細講解的JSON格式，這樣我就可以選擇執行時庫/平臺/語言來闡述搜尋的相關內容。

不幸的是，我只找到了一些Html/Javascript例子。下面是一段代表性的程式碼：
 
      var searchControl = new GSearchControl();

      // Add in a full set of searchers
      var localSearch = new GlocalSearch();
      searchControl.addSearcher(localSearch);
      searchControl.addSearcher(new GwebSearch());
      searchControl.addSearcher(new GvideoSearch());
      searchControl.addSearcher(new GblogSearch());
      searchControl.addSearcher(new GnewsSearch());

      // Set the Local Search center point
      localSearch.setCenterPoint("New York, NY");

      // tell the searcher to draw itself and tell it where to attach
      searchControl.draw(document.getElementById("searchcontrol"));

      // execute an inital search
      searchControl.execute("VW GTI");

我不知道在我的Asp.net/C#小程式中如何讓它動起來，更不要提Ruby了。

開始的時候，我以為Google正在提供一套基於格式/協議頂層的，方便呼叫的封裝。唉，當你廢棄從那個例子(http://www.google.com/uds/api?file=uds.js&v=1.0)，你會得到一小段"真正的"執行Javascript程式碼(http://www.google.com/uds/js/uds_compiled.js)。這是一段程式碼看起來有點亂(或者至少已被編譯)的Javascript，我認為他太巴洛克了，沒有必要進行譯解。

簡言之，從任意一個執行時庫，你都無法分析出可辨別的格式。

在我看來，這是一個巨大的退步。

有一件事情要指出的是從SOAP遷移到POX或者甚至從XML遷移到JSON--前者的變化抵消了在YAGNI精神中的擴充套件性，後者的變化抵消了SGML針對廣大人群的程式語言，為了更好的差異匹配而提供的協同性。

這完全是另外一個概念，它要求你使用一種特殊的語言，執行時庫甚至是本地API來獲取你需要的服務。

不管理如何定義"web service"，我都不認為這個新事物有資格來做這件事情。

我希望這只是一個意外而不是一個趨勢，以免我們倒退到難懂的/封閉的協議世界。

 

 



Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1462605


相關文章