網路應用API的下一步？分類：網路

Google 釋出的 API 並不多，我對 http://maps.google.com 的 Javascript 元件的 API 印象深刻，SUN 的 J2EE 及 MS 的 .NET 可能都即將走入歷史。

這種網路元件的架構並不是很先進，傳統以來很少有系統這樣設計的，一方面是網路的寬頻環境還不是很成熟，另一方面是安全性有很大的漏洞，所以商業軟體不太可能走這種網路元件的合作模式，以商業化來講，不是把常用的 Server 設計成開放性的平台（如SQL Server），或者是做成一些程式庫函式庫（DLL）來包裝核心，多人開發使用。

觀察 google 的 maps，簡單的說，只是在地圖上做一些加值的應用，地圖相關資料的提供加上對地圖的移動縮放的控制都是　google 負責，而地圖的表皮就是合作廠商來進行。雖然不知道這樣的合作模式可以創造多少的市場價值，但這種架構已經出現實際應用，我很樂見這個影響對未來軟體開發，能創造不一樣的架構。

上面這張圖是 http://johnvey.com/features/deliciousdirector/ 開發出來的另一種應用，是利用 http://del.icio.us 所提供開放的 RPC API 來存取資料，但是應用介面的程式則是放在 johnvey.com 網站上面。

當大家還在討論 XML/RPC 規格的時候，網路元件的應用已經在瀏覽器上開花結果，如果到一家公司看看內部的管理系統，大部分已經做成使用 IE 就可以控管到所有的資料，這種網路元件的應用就越來越重要，合作廠商要如何保持自己的核心競爭能力，要如何分工合作，我想這樣的架構應用非常的重要。

今天早上我還跟另一家公司在談如何整合測試，雖然是必要的，但是這種開放性架構，整合測試已經變的非常容易，重點應該是怎樣定義這些網路元件的應用，只要定義的好，大家保有自己的核心能力，可以在各自的領域努力作到最好。