Android重構與設計之路，從整理提示對話方塊彈窗開始

標籤：目的   支援   分享   strong   文檔   對話方塊   分析   type   好的   

　　封裝一個獨立彈窗Module，這裡的彈窗包括普通的Dialog方式彈框和WindowManager方式彈窗。提供一種管理項目裡面彈窗的方案，便於後期修改和維護。

　　首先描述一個在大項目中普遍存在的一個現象：由於項目的功能多，負責功能的人不同，當功能中需要一個普通的確定取消對話方塊時，大部分人都選擇自己寫了一個，自己new一個獨立的彈窗出來。這樣做的好處有以下幾個：

1. 代碼邏輯獨立，自己寫的代碼自己能控制
2. 快速方便，便於修改，便於滿足各種奇怪的需求

　　可是這個做法導致項目中存在大量的代碼冗餘，大量的分散的彈窗，短期內一般也不會有什麼問題，如果這個時候項目要重構，要修改所有彈窗的樣式，接下來面臨幾個問題：

1. 不知道有多少個彈窗
2. 不知道代碼中什麼地方會有彈窗
3. 不知道彈窗寫法都有哪些（樣式不知道，彈出的方式是Dialog還是WindowManager）
4. 改動點多，工作量大，風險大

　　本文就是針存在以上彈窗特點的項目，提供一種對話方塊的管理方式，提供一種比較好維護的實現方式（不一定是最好的實現方式）。由於代碼量大，本文只講實現設計思想和實現方式，具體源碼可以直接從github下載查看，後面會提供地址。

 

本文實現彈窗效果動畫示範

　　本文中Dialog彈窗樣式總共實現了12種，但是這個不能作為一個標準，要根據自己項目的實際情況，自己做分類，當然大部分簡單的項目用本文提供的Module就可以直接使用。

 

常見彈窗的實現方式

 

常見彈窗的實現方式分析

　　這種實現方式一般是項目剛開始的時候，寫彈窗的人一般都會這樣設計，本身沒什麼問題，如果彈窗樣式少並且彈窗布局都比較規範還是可以維護的。但是實際上這兩個條件在大項目中一般都不滿足的，首先彈窗樣式肯定不少，其實為了滿足產品各種需求，彈窗布局也會不同。現象一下，就一個對話方塊彈窗布局裡面要容納所的彈窗樣式，也就是一個CommonDialog包含了所有的彈窗邏輯，這本身就維護了單一性原則。而且越往後越難維護，所有人都改同一個類，同一個布局，第一次經手的人估計是有點難以下手修改的。為瞭解決這種現象，可以用下面的方式來代替。

 

易維護易拓展的對話方塊彈窗實現方式

　　WindowManager方式彈窗的設計思想與Dialog彈窗方式一樣的，只是底層用來顯示View的地方不一樣，本文不具體講，源碼部分是包含的。

 

易維護易拓展的對話方塊彈窗實現方式分析

　　對於上面的實現方式有如下幾個好處

　　1. 通過原廠模式，外部傳入一個Type參數，使用者不需要關係實現細節，只需要知道Type對應的配置樣式

　　2. 每種Type對應一種彈窗布局，只需要實現自己關係的介面

　　3. 各種彈窗邏輯完全獨立，獨立修改，獨立維護

　　使用者需要關注Type類型和需要調用對應Type彈窗的什麼方法，這裡的Type類型必須要讓使用者知道它對應什麼樣的樣式，這個比較難，代碼裡面只能通過注釋的方式來說明了，如果比較正統化的公司可能會有文檔記錄。不過這裡也不會造成多大的困擾，使用者隨很容易就測試出是不是自己要的樣式，所以使用者還是能很方便的進行使用的。

 

易維護易拓展的部分對話方塊彈窗展示

 

 

 

 

 

 

 

  

 

易維護易拓展的對話方塊彈窗源碼實現

　　實現這種彈窗，需要定義好Type類型，要根據自己項目的實際情況對Type類型進行合理的分類

　　彈窗效果實現了各種不同造型的圓角，以及按鈕支援了水波紋

　　源碼：https://github.com/PopFisher/SmartAlertPop

 

總結

　　本項目只是提供一種基本的架構，具體的對話方塊樣式可以根據自身項目的需求而改變，可以隨意添加刪除修改一種類型，主要是為了統一管理項目中的彈窗，方便維護與管理。

 

Android重構與設計之路，從整理提示對話方塊彈窗開始