最近思考程式架構的修改,走了不少彎路,也做了不少錯誤設計,所以反思一記.
本文,主要談談關於java應用架構設計的一些思想.這裡主要是指android的架構設計.
筆者從事android開發有些年頭了,但卻一直都是按照官方的方法在做,從來沒有思考過自己的架構.
雖然這樣也能做,也能實現很多功能.但隨著後期專案的不斷擴充套件,功能越來越複雜,這時就需要重新思考一些之前忽略的事情了.
筆者數年前瞭解到敏捷開發,然後一直奉若神明.然而從去年起,開始感受到了敏捷思想的一些誤區,最近所遭遇的種種更是讓我強烈質疑敏捷的思想,包括Linux的哲學體系.當然,這個議題比較龐大,無法論述完全,這裡僅僅提一提.
敏捷的核心思想是快,很快,非常快,而且是又穩又快.倡導快速開始編碼,然後遍寫遍重構,程式的架構誕生於重構中.這想法很好,很誘人,但終歸不是那麼易於掌握的.筆者在掌握和理解中遇到不少坑,而這些坑,很多時候都會致命.筆者在從業的這幾年中,所換過的公司不少,但真正能玩得起敏捷的卻一個都沒見過.這也是為什麼說它不易於掌握.情況比較好的公司,能夠將敏捷中的一個或者兩個方法拿出來用,但多數都用不出來.為什麼呢?因為門檻高.
這種模式技能不像我們平時所見到的技術,確切的說,完全不同.不管是web開發的各種語言,框架,還是各種客戶端,後臺,大資料,都屬於具體的技術細節.然而,敏捷開發,作為一種思想,如果沒能完全掌握,是很難應用於具體的技術細節上的.這也是敏捷難的原因.所以,常見的複製,僅僅複製了專案管理的部分,但作為產品本身的開發部分卻很難完全複製.
如果讀者能夠在讀完本文後能有一些靈感和收穫,那麼本文便是有價值的,否則,就如同某個上線功能的重新實現,毫無意義.
未完,待續….