Android重構與設計之路，從整理提示對話框彈窗開始
封裝一個獨立彈窗Module，這里的彈窗包括普通的Dialog方式彈框和WindowManager方式彈窗。提供一種管理項目里面彈窗的方案，便于后期修改和維護。
首先描述一個在大項目中普遍存在的一個現象：由于項目的功能多，負責功能的人不同，當功能中需要一個普通的確定取消對話框時，大部分人都選擇自己寫了一個，自己new一個獨立的彈窗出來。這樣做的好處有以下幾個：
-
代碼邏輯獨立，自己寫的代碼自己能控制
-
快速方便，便于修改，便于滿足各種奇怪的需求
可是這個做法導致項目中存在大量的代碼冗余，大量的分散的彈窗，短期內一般也不會有什么問題，如果這個時候項目要重構，要修改所有彈窗的樣式，接下來面臨幾個問題：
-
不知道有多少個彈窗
-
不知道代碼中什么地方會有彈窗
-
不知道彈窗寫法都有哪些（樣式不知道，彈出的方式是Dialog還是WindowManager）
-
改動點多，工作量大，風險大
本文就是針存在以上彈窗特點的項目，提供一種對話框的管理方式，提供一種比較好維護的實現方式（不一定是最好的實現方式）。由于代碼量大，本文只講實現設計思想和實現方式，具體源碼可以直接從github下載查看，后面會提供地址。
本文實現彈窗效果動畫演示
本文中Dialog彈窗樣式總共實現了12種，但是這個不能作為一個標準，要根據自己項目的實際情況，自己做分類，當然大部分簡單的項目用本文提供的Module就可以直接使用。
常見彈窗的實現方式
常見彈窗的實現方式分析
這種實現方式一般是項目剛開始的時候，寫彈窗的人一般都會這樣設計，本身沒什么問題，如果彈窗樣式少并且彈窗布局都比較規范還是可以維護的。但是實際上這兩個條件在大項目中一般都不滿足的，首先彈窗樣式肯定不少，其實為了滿足產品各種需求，彈窗布局也會不同。現象一下，就一個對話框彈窗布局里面要容納所的彈窗樣式，也就是一個CommonDialog包含了所有的彈窗邏輯，這本身就維護了單一性原則。而且越往后越難維護，所有人都改同一個類，同一個布局，第一次經手的人估計是有點難以下手修改的。為了解決這種現象，可以用下面的方式來代替。
易維護易拓展的對話框彈窗實現方式
WindowManager方式彈窗的設計思想與Dialog彈窗方式一樣的，只是底層用來顯示View的地方不一樣，本文不具體講，源碼部分是包含的。
易維護易拓展的對話框彈窗實現方式分析
對于上面的實現方式有如下幾個好處
1. 通過工廠模式，外部傳入一個Type參數，使用者不需要關系實現細節，只需要知道Type對應的布局樣式
2. 每種Type對應一種彈窗布局，只需要實現自己關系的接口
3. 各種彈窗邏輯完全獨立，獨立修改，獨立維護
使用者需要關注Type類型和需要調用對應Type彈窗的什么方法，這里的Type類型必須要讓使用者知道它對應什么樣的樣式，這個比較難，代碼里面只能通過注釋的方式來說明了，如果比較正統化的公司可能會有文檔記錄。不過這里也不會造成多大的困擾，使用者隨很容易就測試出是不是自己要的樣式，所以使用者還是能很方便的進行使用的。
易維護易拓展的部分對話框彈窗展示
彈窗效果實現了各種不同造型的圓角，以及按鈕支持了水波紋
易維護易拓展的對話框彈窗源碼實現
實現這種彈窗，需要定義好Type類型，要根據自己項目的實際情況對Type類型進行合理的分類
彈窗效果實現了各種不同造型的圓角，以及按鈕支持了水波紋
總結
本項目只是提供一種基本的框架，具體的對話框樣式可以根據自身項目的需求而改變，可以隨意添加刪除修改一種類型，主要是為了統一管理項目中的彈窗，方便維護與管理。
來自：http://www.cnblogs.com/popfisher/p/6028613.html