Web 是常用的解決客戶/伺服器問題的方案，因此，即便是解決這個問題的一個子集，特 別是在一個公司內部的典型的客戶/伺服器問題，也一樣可以使用這項技術。如果採用傳統 的客戶/伺服器方式，你可能會遇到客戶端計算機有多種型號的問題，也可能會遇到安裝新 的客戶端軟體的麻煩，而它們都可以很方便地透過 Web 瀏覽器和客戶端程式設計得以解決。當 Web 技術僅限用於特定公司的資訊網路時，它就被稱為 Intranet（企業內部網）。Intranet 比 Internet 提供了更高的安全性，因為你可以從物理上控制對公司內部伺服器的訪問。從培訓 的角度看，似乎一旦人們理解了瀏覽器的基本概念後，對他們來說，處理網頁和 applet 的外 觀差異就會容易得多，因此對新型系統的學習曲線也就減緩了。 安全問題把我們帶到了一個客戶端程式設計世界自動形成的領域。如果你的程式執行在 Internet 之上，那麼你就不可能知道它將執行在什麼樣的平臺之上，因此，你要格外地小心，不要傳 播由 Bug 的程式碼。你需要跨平臺的、安全的語言，就像指令碼語言和 Java。 如果你的程式執行與 Intranet 上，那麼你可能會受到不同的限制。企業內所有的機器都採用 Intel/Windows 平臺並不是什麼稀奇的事。在 Intranet 上，你可以對你自己的程式碼質量負責， 並且在發現 Bug 之後可以修復它們，此外，你可能已經有了以前使用更傳統的客戶/伺服器 方式編寫的遺產程式碼，因此，你必須在每一次作升級時都要在物理上重灌客戶端程式。在安 裝升級程式時所浪費的時間是遷移到瀏覽器方式上的主要的原因，因為在瀏覽器方式下， 升級是透明的、自動的（Java Web Start 也是解決此問題的方式之一）。如果你身處這樣的 Intranet 之中，那麼有意義的方式就是選擇一條能夠使用現有程式碼庫短的捷徑，而不是 用一種新語言重新編寫你的程式碼。 當你面對各種令人眼花繚亂的解決客戶端程式設計問題的方案時，好的方法就是進行價效比分 析。認真考慮你的問題的各種限制，然後思考那種解決方案可以成為短的捷徑。既然客戶 端程式設計仍然需要程式設計，那麼針對你的特殊應用選取快的開發方式，總是好的做法。為那 些在程式開發中不可避免的問題提早作準備是一種積極的態度。