Demo背景
實作類別似於gwt架構的功能,通過java代碼來編寫介面組件,在將介面組件轉換成瀏覽器可識別的UI元素
設計思路:
代碼要實現兩部分功能:
1.編寫介面組件代碼,用java類定義出所需要的介面元素(Button、Label、Panel等)
2.將java類組件進行語義轉換,轉換成介面引擎可識別的文法(json、html,js等)
介面設計:
介面組件的設計參考awt採用組合模式進行封裝
Element是所有類組件的介面,包括單一組件(Button、Label)和容器組件Container
語義轉換功能介面為Render
參觀者模式使用:
Element和Render是兩個相互獨立的組件,它們各自封裝著自己的功能,現兩個組件需要互動,Render需要訪問Element來擷取其封裝的資訊
首先在Element中聲明accept方法用來表示自身接受Render的訪問
public interface Element {public void acceptRender(Render render);}
然後在Render類中聲明visit方法用來參觀Element
public interface Render {public void visitElement(Element elt);}
visitElement方法的執行可通過Element的acceptRender方法來觸發
public abstract class AbstractElement implements Element {public void acceptRender(Render render) {render.visitElement(this);}}
這樣,在執行Element.acceptRender(render)方法時,render便可以引用到Element對象以完成組件互動的邏輯,從而避免了通過類構造參數來封裝彼此的弊端
組合模式使用:
組合模式針對單體實體和集合實體設計了相同的介面,介面實作類別中,集合實體需要遍曆其子集,調用子集的方法來完成相同的處理。從而將主程式的遞迴邏輯轉移到集合實體中去完成。
這裡面的集合實體為Container,它和其他單體實體(Button、Label)一樣繼承至Element
其acceptRender方法實現邏輯如下:
public void acceptRender(Render render) {render.visitElement(this);//首先通過參觀者模式處理自身for(Element child:children){//處理其封裝的子集Render childRender=RenderFactory.getRender(child.getClass().getName());//子集可能是單體實體,也可能是集合實體,調用子集相同的方法來完成遞迴處理child.acceptRender(childRender,jg);}}
而單體實體的處理邏輯如下:
public void acceptRender(Render render) {render.visitElement(this,jg);//只需要處理自身便可}
這樣當集合實體所遍曆的子集類型為單體實體時則不再向下遞迴