跨越邊界: 延續、Web 開發和 Java 編程

跨越邊界 系列討論非 Java™ 語言如何解決一些重要問題以及這些解決方案對當今的 Java 開發人員有什么意義。本文討論延續（continuation），這是 Smalltalk 的 Seaside 這類框架背后的技術。延續服務器（continuation server）提供了一個有狀態的編程模型，同時又沒有舍棄無狀態所固有的可伸縮性，從而使構建 Web 應用程序更加容易。
一般的 Web 開發有時候很有趣，但是通常卻是令人煩惱的。Java Web 開發人員要花費很長時間來提供無狀態模型，但是產生的性能和部署的簡單性使得這種努力是值得的。在本文中，我將討論一種完全不同的 Web 開發方式，稱為延續服務器（continuation server）。延續服務器提供了一個有狀態的編程模型，同時又沒有舍棄無狀態所固有的可伸縮性，從而使 Web 應用程序開發更加容易。  關于本系列

在 跨越邊界 系列中，作者 Bruce Tate 提出這樣一種觀點，即通過學習其他方法和語言，當今的 Java 程序員可以更好地武裝自己。由于 Java 技術已經成為所有開發項目最好的選擇，所以編程方式已經發生了改變。其他框架影響著 Java 框架的構建方式，您從其他語言學到的概念也可以影響 Java 編程。您編寫的 Python（或 Ruby、Smalltalk 等語言）代碼可以改變編寫 Java 代碼的方式。

這個系列介紹與 Java 開發完全不同的編程概念和技術，但是這些概念和技術也可以直接應用于 Java 開發。在某些情況下，需要集成這些技術來利用它們。在其他情況下，可以直接應用概念。單獨的工具并不重要，重要的是其他語言和框架可以影響 Java 社區中的開發人員、框架，甚至是基本方式。 
 
 

Web 的出現

當 20 世紀 90 年代中期整個行業轉向 Web 開發時，軟件開發人員們欣喜若狂。與 “終端加主機” 模式相比，我們現在構建的客戶機-服務器應用程序對用戶更友好，但是也有幾個問題困擾著我們：

性能往往很差?；诮K端的開發中好的方面之一是，通信開銷受到編程模型的約束。一旦這些約束消失了，我們就會缺乏構建簡單分布式應用程序所需的帶寬、工具或技能。

應用程序無法移植。大多數客戶機-服務器開發環境要求使用專門的硬件和軟件環境。

應用程序難以部署。必須單獨地管理數千個客戶機。

最大的開銷是隱藏的。部署成了最重要的約束，因為進入生產階段之后的開銷大大增加了。
客戶機-服務器計算仍然向前發展。公司常常是根據比較低的軟件和硬件開銷來做出財務決策，但是在進入生產階段之后管理開銷會大大增加。到了 1995 年，客戶機-服務器模型需要進行重大的改進，而且這種改進確實出現了。

進入 Web 開發

Web 開發在 20 世紀 90 年代中期迅速發展起來。由于 Java 語言的出現，開發人員可以用新功能來構建分布式 Web 應用程序，同時解決了最嚴重的客戶機-服務器問題。這些新功能包括：

受約束的通信。 請求/響應 Web 模型具有基于終端的開發的所有特征。用戶在表單中進行輸入、發出請求并獲得響應?？蛻魴C和服務器之間的頻繁通信受到了控制，性能得到了提高。
不共享任何東西的體系結構。 基于 servlet 的編程可以是無狀態的。這意味著一個 servlet 可以為任何客戶機服務，固定的 servlet 池可以為許多用戶服務。不需要為每個用戶保留一個 servlet。性能也因此得到了改進。
客戶機上的共同標準。 通過在所有客戶機上部署一個共同的瀏覽器，就可以構建一個界面并在所有客戶機上產生一致的可視效果。支持多種瀏覽器客戶機雖還有一定問題，但是不像支持本地用戶界面庫那樣困難。許多可移植性問題消失了。
更好的部署模型。 通過將瀏覽器作為共同的客戶機，軟件分發大大簡化了。公司可以將應用程序部署在少數幾個互聯網服務器上并在整個企業中共享它們。網絡體系結構常?？梢栽诙嗯_服務器之間共享請求，所以要增加處理容量，只需增加服務器?？蛻舳瞬渴鹨埠苋菀?，只需確?？蛻魴C上有正確的瀏覽器。管理因此大大簡化了。
性能、可伸縮性、可管理性和可移植性都大大提高了，互聯網革命因此進入了快車道。但是，您必須面對一些重要的問題。

原文轉自：http://www.anti-gravitydesign.com