建站
咨詢
售后
建站咨詢
新聞中心
原因：
讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名注冊、虛擬空間、營銷軟件、網站建設、漳平網站維護、網站推廣。
在ipad上做一個類似于ibook的軟件，其實相當于用webBrowser展現(xiàn)一套HTML頁面（寫了個JS框架控制內部數據的加載，所謂內部數據就是一套JSON文件和圖片）。
需求：
做一套生成他規(guī)定的內部數據的工具，要所見即所得，至少也要和他展現(xiàn)形式差不多的形式（HTML頁面）進行編輯保存，PHP編寫，支持導入導出。
設計思路：
拋棄書先不談（因為存儲格式未定），理論上：頁面和文本塊，圖片本身是樹狀結構，然后多個頁面構成一個知識點，多個知識點構成一本書，從結構上看樹狀結構，如果要導入這樣的數據進行編輯，那么我的思路是首先構造這樣的樹（在內存里）之后繪制他們。
頁面的繪制:
調用頁面類的show方法。如果要繪制頁面那么先構造一個頁面的DOM樹，之后往這個DOM樹上掛載控件，給控件賦值（控件自己的show方法）。
知識點的繪制：
一個知識點其實就是頁集合，那么我會繪制***個頁面（show里調用***個子對象的show），并在頁面上添加一個導航條可以上下頁滾動（調用指定頁的show）。
書本的繪制:
這里直接調用知識點的show會有點問題，因為知識點的滾動需要一個導航條，頁的滾動又要一個導航條，我有個不成熟的想法，如果這樣，我可以讓對象自己的show沒有實現(xiàn)方法，使用一個show對象進行繪制，這樣我就可以使同一個對象在不同的上下文里有不同的繪制方式
整體上看，就是一個組合設計模式，一個解析器，一個DOM操作對象（用接口封裝，使得可以透明的選擇不同第三方的庫）
結果：
老大覺得，你丫這么麻煩干嘛，寫一個操作界面，每個操作用ajax解決，服務端不要架構，用各個小函數解決
問題：請大家客觀分析真的有問題嗎？
架構設計圖：
當前標題：被老大斃掉的架構設計,真的很差嗎
文章來源：http://m.5511xx.com/article/cdddcgc.html
