原因：

在ipad上做一個類似于ibook的軟件，其實相當于用webBrowser展現(xiàn)一套HTML頁面（寫了個JS框架控制內(nèi)部數(shù)據(jù)的加載，所謂內(nèi)部數(shù)據(jù)就是一套JSON文件和圖片）。

需求：

做一套生成他規(guī)定的內(nèi)部數(shù)據(jù)的工具，要所見即所得，至少也要和他展現(xiàn)形式差不多的形式（HTML頁面）進行編輯保存，PHP編寫，支持導入導出。

設計思路：

拋棄書先不談（因為存儲格式未定），理論上：頁面和文本塊，圖片本身是樹狀結(jié)構(gòu)，然后多個頁面構(gòu)成一個知識點，多個知識點構(gòu)成一本書，從結(jié)構(gòu)上看樹狀結(jié)構(gòu)，如果要導入這樣的數(shù)據(jù)進行編輯，那么我的思路是首先構(gòu)造這樣的樹（在內(nèi)存里）之后繪制他們。

頁面的繪制:

調(diào)用頁面類的show方法。如果要繪制頁面那么先構(gòu)造一個頁面的DOM樹，之后往這個DOM樹上掛載控件，給控件賦值（控件自己的show方法）。

知識點的繪制：

一個知識點其實就是頁集合，那么我會繪制***個頁面（show里調(diào)用***個子對象的show），并在頁面上添加一個導航條可以上下頁滾動（調(diào)用指定頁的show）。

書本的繪制:

這里直接調(diào)用知識點的show會有點問題，因為知識點的滾動需要一個導航條，頁的滾動又要一個導航條，我有個不成熟的想法，如果這樣，我可以讓對象自己的show沒有實現(xiàn)方法，使用一個show對象進行繪制，這樣我就可以使同一個對象在不同的上下文里有不同的繪制方式

整體上看，就是一個組合設計模式，一個解析器，一個DOM操作對象（用接口封裝，使得可以透明的選擇不同第三方的庫）

結(jié)果：

老大覺得，你丫這么麻煩干嘛，寫一個操作界面，每個操作用ajax解決，服務端不要架構(gòu)，用各個小函數(shù)解決

問題：請大家客觀分析真的有問題嗎？ 

架構(gòu)設計圖：

原文鏈接：http://www.cnblogs.com/kill-signal/archive/2013/03/19/2970219.html