今天，專案負責人召集大家開會，要修改我們前面做的設計，並給我們展示了他這2天進行的架構設計。
另外兩位同事都有自己的意見，一是覺得要需求牽引，不支援前期的可能是過度也可能是錯誤的設計；二是要修改的**量過大，前面的工作大部分都要重來。
我看了**展示後，有這樣的感覺：
（1）架構設計得很好
（2）**寫得很好
（3）擔心會帶來過量的**工作和複雜度
回來自己想了想，他的架構設計說明他掌握了物件導向的內涵。為系統多增加了乙個抽象層次，讓系統清晰了。**風格也採用了依賴注入，清晰明了。
而加入的這一層，正好符合了語義網的概念。
增加的這一層輸入很亂，但輸出是封裝好的物件，可以很方便的取得想要的內容，為後續開發提供了很好的基礎。
這是現在的想法，看這週的編碼工作會不會驗證我的感覺吧。
另乙個問題是，如果我們按照現在的思路開發，不斷重構，會得到這樣的架構嗎？
架構之路 實戰專案記錄
對我而言，如何學習 系統架構 一直是乙個大難題。我把程式設計學習分為了三個境界 只有乙個解決方案 不止乙個解決方案 最好的解決方案 當我們最開始學習程式設計時，只要能把問題解決掉，把功能實現出來，就沾沾自喜 如果實現的功能夠華麗夠出彩，就更是 拽 得不行了。但當我們的視野更加的開闊，我們就會慢慢發現...
專案架構strangeioc
新的專案架構控制反轉結構 這個架構是由專案客戶端主程引進來，主程也是新入職，比我早3天入職的。主程之前一直是做頁遊，轉unity半年，問過這個架構是as3的robotlegs，unity的版本比較熟悉。as的介紹 1.這個給新人不知道 應該放在 寫在 的問題給解決了。2.檢視的 動態掛載，serve...
專案CSS架構
1.sass預編譯的，編譯選項 style compressed 2.css控制項化 將html的頁面內容分割成不可替換的最小單位 如 btn.css article.css icon.css select.css 每個都用sass編寫使得屬性值可以批量修改 3.在專案使用public.css裡邊用...