一般而言，我們平常接觸的大多數專案都應該是單純使用B/S或是C/S，除非在特殊場合，否則比較少混合使用B/S，C/S架構。首先說一下對這二種架構特點的一些個人理解。B/S應該是目前很多專案都應用的架構，瀏覽器的方式使得使用者的使用十分方便，使用者可以何時何地通過Internet訪問URL而進行相應的工作，升級維護也能比較集中，缺點就是瀏覽器的表現能力受限以及常常受非議的安全性問題，如果軟體的應用範圍區域不集中，而且使用者經常變換地點進行訪問，那麼這種架構是非常適合的。C/S架構的C端有非常強的處理能力，所以在互動表現和安全方面可以做得比瀏覽器強，但是缺點也是非常明顯的，安裝部署、升級維護、版本相容都是比較頭大的事情，一般的適用場景是集中的辦公室場所，使用者使用範圍相對穩定，以及一些對業務處理非常複雜的場合，為了降低伺服器的負荷，同樣需要C模式的支援。
    以前接觸過的電信領域，就有過混合架構的軟體。但是都是非常寵大，一直都對其實現方案比較感興趣，但是都沒有機會進一步瞭解。最近搜尋了一下相關的資料，總結一下混合應用的一些想法（只針對Java方向）。
    ①混合架構的問題集中點。服務端共享，客戶端採用不同的表現方式，共享的應該是業務層介面，持久層應該是遮蔽的。應用層的訊息傳遞就是整個應用的關鍵所在，雖然像Jakarta提供的httpClient這種模仿瀏覽器的元件，但是畢竟是模仿，在很多方面的功能還是缺失的。
    ②最傳統的方式是採用EJB做為服務，這個寵然大物容易讓人害怕，不過在分散式的系統中它還是有應用優勢的，像電信和金融這種行業應用還是比較廣的，而且現成的中介軟體和應用伺服器商都比較多，像Oracel、BEA、IBM、Sun都有成熟的應用產品，當然開發的成本和人力投入也是恐龍級資料的。
    ③有網友說在C端直接訪問資料庫，B/S結構不變，也就是通過資料庫進行共享。這種方式是不可取的，二個缺點：把伺服器的業務邏輯搬到了C端上，嚴格上講是不安全的，升級維護也非常麻煩；併發控制的壓力都在資料庫上。
    ④採用RMI，這個老古董相信應該很多人都不使用了，因為它的使用要一連串的手續，比如服務介面定義必須實現Remote介面，服務Server在實現時必須繼承UnicastRemoteobject類，必須使用rmic指令產生stub和skeleton等，設定上繁雜。
    ⑤Spring 遠端服務。這個應該說是比較可取的，大家都比較喜歡輕量級的東西。就如第一點所說的，通過遠端服務，我們可以在客戶直接呼叫服務端的服務介面，就像本地呼叫一樣，Spring對遠端服務提供了好幾種實現方案。
    ⑥WebService。適合異構環境，但是WSDL的這種方式相對來說會比較耗費資料，因為標準定義除了業務內容外，還有許多另外的說明內容。
    Spring遠端服務實現方案介紹：
    ⑴Spring + RMI。Spring把傳統的RMI方式的繁雜設定去掉，只要配置Bean檔案就和定義服務介面可以。RMI的服務啟動和管理都交給Spring來處理。RMI訪問的缺點就是對防火牆的穿透力比較差。
    ⑵Spring + Caucho的Hessian、Burlap。Hessian使用Http將物件以中性的二進位制訊息進行傳送，而不像RMI使用Java的序列化格式（這種序列化是專制的，不是Sun提供的序列化機制），由於是二進位制訊息，所以不受限於某種實現語言，傳輸時所需要的頻寬較小是其優點。Burlap是以XML檔案格式傳送物件，XML檔案有較高可讀性，應用程式只要能解釋XML就能接收訊息，當然也不限於某種語言，但是組裝XML和解釋XML都需要消耗資源，當傳輸大資料時效能應該存在問題。
    ⑶Spring + Http Invoker。由於Hessian的序列化機制不是正統的Java序列化機制，所以當遇到傳輸複雜的業務模型時，就會存在各種問題，為此，Spring又提供了Http Invoker，同樣是使用Http傳送物件，而且是使用Java的序列化機制。相比RMI，Http對防火牆的穿透力要強。
    後來嘗試了最後的這種Http Invoker方式，是在Spring2.0版本下嘗試的，開發非常簡單，網上也有大量的資料介紹。應該說從這裡入口可以做一些嘗試。目前遇到的一個專案就需要混合架構，B/S採用Spring2 + Struts2 + Hiberntae3，瀏覽器只提供一些查詢功能和資料展現，C端採用Eclipse的RCP平臺，共享伺服器的業務介面，呼叫就採用Http Invoker遠端服務，複雜的業務功能都集中在C端上。

以前也做過很多這處C/S和B/S混合的專案。但有些客戶端使用的不是java。當然，服務端也非得使用象EJB一樣的重量級元件。如我做過的一個系統C/S部分的客戶端使用的是delphi，而服務端只是普通的jsp/servlet程式，也未使用web service，而是通過servlet來為C/S部分的客戶端（delphi客戶端）返回資料(也包括一些加密資料），而客戶端通過http協議訪問servlet。當然，B/S部分的還是jsp。這樣實現個人感覺比較簡單。

運用Swing+http invoker+spring+hibernate開發C/S架構的系統從技術上沒有難度，而且java web start可以解決客戶端自動升級的問題，兩年前我們公司一個專案採用這種方式客戶就非常喜歡，客戶又感受到了傳統C/S應用的使用者體驗，而且沒有升級麻煩，只侷限在區域網中使用等待一系列問題。樓主擔心的問題10行程式碼就可以搞定（