| Jive使用了面向接口設計方式，來(lái)看看Jive的DesignPattern里的說(shuō)明： 作為論壇的基礎，設計者為之建立了一系列的接口，用以代表論壇系統所需要的基本對象的操作（注意是基本對象的操作而非基本對象，因此使用了接口方式而非抽象基類(lèi)，這樣在具體實(shí)現上具有更大的靈活性，以Forum為例，由于是接口，因此沒(méi)有規定其主要標識ForumID的類(lèi)型，如果使用數據庫實(shí)現方式，那么long類(lèi)型將是合適的選擇，而如果是XML文件方式實(shí)現，那么實(shí)現者也許會(huì )想使用String方式標記，在需要的時(shí)候進(jìn)行轉換），這些接口主要表示了授權、過(guò)濾器、論壇、主題、消息、用戶(hù)、用戶(hù)組、以及幾個(gè)用以管理這些對象的管理器，在這些抽象的基礎上，設計者給出了與之對應的Proxy，用以進(jìn)行權限管理。作為一個(gè)需要權限認證和管理的系統，使用此方式可以對外隱藏這個(gè)權限認證的細節，因為這些Proxy實(shí)現了與之對應的那些接口，因此可以像使用接口一樣使用這些Proxy類(lèi)，它們在內部封裝了一個(gè)對應的具體實(shí)例，將實(shí)際的操作完全交給該實(shí)例，只是在調用實(shí)例的對應方法前進(jìn)行了權限的驗證，這樣，這些抽象接口的實(shí)現類(lèi)就可以完全不用為權限操心，達到最終操作和權限的分離，而外部是察覺(jué)不到這個(gè)變化的。 面向接口設計，我可以先定義實(shí)現基本功能的接口，然后再寫(xiě)它的實(shí)現類(lèi)。同時(shí)我可以編寫(xiě)代理類(lèi)，來(lái)進(jìn)行權限代理。 而且我打算使用FrontComponent模式，通過(guò)一個(gè)類(lèi)來(lái)對整個(gè)流程進(jìn)行組織。 暫時(shí)定為兩套開(kāi)發(fā)方案，一個(gè)采用EJB架構，另一個(gè)~~我自己寫(xiě)架構。全當是學(xué)習 為了保證通用性，服務(wù)端使用RI或者Jboss，Web服務(wù)端為了保證客戶(hù)的本地與遠程訪(fǎng)問(wèn)，面向接口，使用兩套接口實(shí)現類(lèi)。暫定為本地接口。 展示層MVC模式設計。 需求分析階段 第一階段 確定目標系統的核心需求 1，版面劃分 2，用戶(hù)注冊 3，用戶(hù)發(fā)言與回復 4，安全設計 5，測試 第二階段 確定后臺管理需求 1，刪除文章 2，發(fā)布公告cuid 3，版面設定cuid 4，批量刪除 5，封閉IP 6，前臺Banner與Logo修改 7，一些系統開(kāi)關(guān)設計 8，測試 第三階段 確定其他需求 1，用戶(hù)站內信息 2，用戶(hù)詳細信息自我維護 3，制定游戲規則 4，測試 第四階段 性能優(yōu)化與審核機制 1,數據統計需求 2，性能需求 3，計劃任務(wù)需求 邏輯設計階段 1，識別實(shí)體 2，設計關(guān)系數據庫 3，設計Entity組件，把EntityBean組件打包存放，并定義它們的jndi名 \ 每階段都會(huì )有階段報告記錄近來(lái)，用Jkiko做項目名，因為我是很浮躁的，所以我要用這個(gè)名字來(lái)督促自己，能夠專(zhuān)一的做好這個(gè)工程。 |
聯(lián)系客服
