1)從 Function 到 Service

一、從函數說起

我是 1993 年學習電腦的。學習的開發語言有三種：匯編、C、DbaseIII。

所以在我學習的時候，我并不了解面向對象的代碼架構設計和代碼編程實現。所以要從字面上來區分函數和函數之間的關系，主要就靠函數命名、放在同一個代碼文件里、放在同一個代碼目錄文件夾里來區分他們之間的關聯性。

在當時函數時代，也沒啥異常保護、異常處理、異常日志的函數編寫基本原則，所以我們除了命名以外，主要注重的就是函數的輸入數據參數以及格式、輸出數據的參數以及格式。

二、面向對象

我的面向對象是用 Object Pascal 開始的，但真正大量寫面向對象代碼的時候是使用 Delphi，那已經是 1996 年的事情了。

因為有了類這個東西，所以函數就可以物以類聚了。有的函數屬于私有函數只能這個類里面才能調用，有的函數屬于公有函數可以供外部調用。

但是我那時候使用類還很初級，往往是一個源代碼文件中就定義一個類。而且類也沒有使用繼承，也就是說我所有的類都是平行的，類和類之間通過 Public 型的公開函數調用才產生了關系。

三、面向接口

Delphi 這個開發語言是優美的，它的定義申明和它的詳細實現是分離的。

業務功能進一步復雜起來了，過去沒什么太多關系的業務現在關系越來越緊密了，有些類和類之間的調用就太多了。我就想著重寫這塊代碼，把這兩個類進行合并了。但一重寫吧，需要動的東西太多了。

用繼承、用多重繼承的方法來做吧，太麻煩，總要在實現里寫一個空函數(就是沒有代碼但只有函數架子的，以備編譯器能語法通過)。后來認識了接口，就用接口定義了，就不使用空函數了，就定義，不實現，編譯器照樣能通過。

四、面向組件

我是完整經歷過面向組件時期的，并且用面向組件技術編寫過一整代完整的 ERP 引用套件。從 CORBA 技術到 COM/DCOM/COM+技術都嫻熟學習并使用過。我也是完整經歷單機版本到 C/S 客戶端服務器端局域網版本到 C/S/S 三層架構的。

一開始我用 DBaseIII 寫應用，UI 開發、業務邏輯開發、數據庫開發都是一個開發語言搞定。

后來用 Delphi 寫 C/S 應用，就用了 SQLServer 大型關系數據庫，在數據庫層就寫了不少存儲過程和定時 JOB 任務。但當時業務邏輯代碼和 UI 代碼都是運行在客戶端，所以這兩層之間的分離也并不清晰。

然后寫 C/S/S 三層架構，業務邏輯層獨立出來，而且是物理獨立部署，這樣客戶端代碼和業務邏輯層代碼就必須要徹底分開，不能不清不楚地混雜在一起了。在那個時候，我才開始大量使用精心的接口設計、對象設計。

因為有了獨立的業務邏輯層，那么這些代碼(接口/類)何時創建對象實例，何時釋放，這些對象實例要運行在哪個進程容器中，就有了要求了。因而就產生了組件容器和組件。組件容器來管理組件的全生命周期(安全、創建、并發訪問控制、休眠、激活喚醒、計數、摧毀釋放內存)，組件管理器就來管理組件的注冊、發現等。

所以《COM 本質論》的作者 Don Box 說.NET 就是更好的 COM，我一下子明白了：對啊，微軟的意思是，以后所有的應用都應該運行在組件容器中，不管是單機應用，還是 C/S 應用，還是 C/S/S 應用，每個應用都要運行在組件容器中，由組件容器來屏蔽和管理內存的創建與回收，不要把內存的創建與釋放直接袒露給開發者，否則開發者技術能力水平不一，有的爛的程序員管理不好內存，很容易就會使應用占滿內存并導致操作系統崩潰。

五、面向 WebService

哈哈哈，大家好像都沒聽說過面向 WebService，大家好像就聽過面向服務。

Web 互聯網興盛起來，HTML(UI 元素定義)+CSS(UI 元素風格定義)+JavaScript(UI 元素操作)構成了前端技術。人們又從前端里分離出來 XML，成為數據容器。可以用 HTTP+80 端口進行傳輸純文本的 XML 數據，也可以用 UDP、TCP/IP 等各種傳輸協議進行傳輸。當然，XML 還可以被壓縮以便更小尺寸在互聯網上傳輸(尤其過去互聯網速度很慢)，還可以被加密不讓人中間截獲看到。這些就構成了 WebService 的一個技術族。

我們現在要把局域網版本的 C/SS/三層技術架構，升級到 Web/S/S 三層技術架構，那怎么辦呢?