前言 一個開源庫，隨著不斷的迭代優化，難免會遇到一個很痛苦的問題 最初的設計並不是很合理：想添加的很多新功能都受此掣肘 想使得該庫更加的強大和健壯，必須要做一個重構 因為重構涉及到對外暴露的api，所以大家會遇到一個比較煩躁的問題：更新版本後，會大面積報錯 我考慮了很久，到底怎麼幫大家快速遷移呢？最 ...
前言
一個開源庫，隨著不斷的迭代優化，難免會遇到一個很痛苦的問題
- 最初的設計並不是很合理：想添加的很多新功能都受此掣肘
想使得該庫更加的強大和健壯，必須要做一個重構
- 因為重構涉及到對外暴露的api，所以大家會遇到一個比較煩躁的問題：更新版本後，會大面積報錯
- 我考慮了很久，到底怎麼幫大家快速遷移呢？最終想到了一個還算合理的方案
對於flutter_smart_dialog 4.0版本的改動，很多是為瞭解決自己以前考慮不周的歷史遺留，以前這個庫的初心，主要是為瞭解決loading和dialog穿透問題；現在擴展到：custom dialog，attach dialog，loading，toast，最初的設計真的力不從心了，config中的api難以去細分的控制這四個模塊功能，一些參數的設計基於現在的功能和場景也不太合理等等
希望大家能夠理解我為什麼要重構
