web應用的特色瘦客戶端模式不完善,弊端越來越多,很多年來沿襲的一些習慣性設計模式也逐漸成為分布式應用發展中的障礙。而一些陳舊的折衷解決方 案也隨 著開發環境的轉變而不合時宜。ganesh prasad和peter svensson合作撰文就這一現象作了簡要的分析,詳細解釋了為什麼以及如何將表現層技術遷移到它本該遵循的開展方向上來。
他們追溯到直接導致陳舊的根深蒂固的表現層開發陋習的直接歷史原因:他們認為在舊式開發策略指導下的表現層開發現在完全應該由soa構架來替代:……(1)作為無處不在的客戶端「應用平台」成就了瀏覽器的絕對重要性,應用因此很容易部署;(2)各商家間的**剝奪了平台原本擁有的發展潛能。……
……一方面,越來越多的應用需要採用web方式向使用者發布;另一方面,發布應用必須的平台卻是如此不可靠。這時候,企業該怎麼辦?……
……最常見的決策是僅依賴瀏覽器那些非常有限的基本功能——顯示格式簡單的web頁面、鏈結、提交表單等,而表現層的邏輯則轉移到服務**商能夠控制的系統部分——web伺服器。……
……乙個「老」原則的重新興起,或者說是「面向服務構架(soa)」的流行,間接推動了表現層外觀的改變。正如其所定義,soa 更合理地組織業務邏輯,而且為實現整個邏輯提供統一介面。建立好構架的基礎是囊括整個應用各個方面的各個互不相關的離散層,使用者介面(ui)借助soa能 夠實現真正的表現層構架。這樣的表現層沒有業務邏輯,只有業務服務的客戶。……在文中,prasad和peter svensson解析了新模式實現的框架中包含的各個元素,解釋了客戶端的處理方式。同時,他們也一針見血地指出了這一新模式的基礎原則:
……該模型的核心主題是分解表現層和業務邏輯等幾方面的顧慮。……最後,他們簡要列出了新模式背後所蘊含的意義。
業務層 服務層 資料層 表現層
表現層 它一方面為使用者提供了互動的工具,另一方面也為顯示和提交資料實現了一定的邏輯 頁面展示和各種互動包括提交 業務邏輯層 包含了系統所需要的所有功能上的演算法和計算過程,並與資料訪問層和表現層互動。服務端返回 資料的處理以及相應頁面的變化 服務層 相當於中間類的作用,中間的工廠類提供了另乙個通用...
對於表現層的格式
public class productframe extends jframe,new string,商品集合 private filepress fpr new filepress public static listlist new arraylist static private lovot...
物件導向 三層架構(表現層 業務層 持久層)
持久層 採用dao模式,建立實體類和資料庫表對映 orm對映 也就是哪個類對應哪個表,哪個屬性對應哪個列。持久層的目的就是,完成物件資料和關係資料的轉換。業務層 採用事務指令碼模式。將乙個業務中所有的操作封裝成乙個方法,同時保證方法中所有的資料庫更新操作,即保證同時成或同時失敗。避免部分成功部分失敗...