Flutter 让你的Dialog脱胎换骨吧！(Attach，Dialog，Loading，Toast)
作者：互联网
前言
Q：你一生中闻过最臭的东西，是什么？
A：我那早已腐烂的梦。
兄弟萌！！！我又来了！
这次，我能自信的对大家说：我终于给大家带了一个，能真正帮助大家解决诸多坑比场景的pub包！
将之前的flutter_smart_dialog，在保持api稳定的基础上，进行了各种抓头重构，解决了一系列问题
现在，我终于可以说：它现在是一个简洁，强大，侵入性极低的pub包！
关于侵入性问题
- 之前为了解决返回关闭弹窗，使用了一个很不优雅的解决方法，导致侵入性有点高
- 这真是让我如坐针毡，如芒刺背，如鲠在喉，这个问题终于搞定了！
同时，我在pub包内部设计了一个弹窗栈，能自动移除栈顶弹窗，也可以定点移除栈内标记的弹窗。
存在的问题
使用系统弹窗存在一系列坑，来和各位探讨探讨
-
必须传BuildContext
- 在一些场景必须多做一些传参工作，蛋痛但不难的问题
-
loading弹窗
- 使用系统弹窗做loading弹窗，肯定遇到过这个坑比问题
- loading封装在网络库里面：请求网络时加载loading，手贱按了返回按钮，关闭了loading
- 然后请求结束后发现：特么我的页面怎么被关了！！！
- 系统弹窗就是一个路由页面，关闭系统就是用pop方法，这很容易误关正常页面
- 当然肯定有解决办法，路由监听的地方处理，此处就不细表了
- 使用系统弹窗做loading弹窗，肯定遇到过这个坑比问题
-
某页面弹出了多个系统Dialog，很难定点关闭某个非栈顶弹窗
- 蛋蛋，这是路由入栈出栈机制导致的，理解的同时也一样要吐槽
-
系统Dialog，点击事件无法穿透暗色背景
- 这个坑比问题，我是真没辙
相关思考
上面列举了一些比较常见的问题，最严重的问题，应该就是loading的问题
-
loading是个超高频使用的弹窗，关闭loading弹窗的方法，同时也能关闭正常使用的页面，本身就是一个隐患
-
穿透dialog遮罩是个非常重要的功能，基于该功能，能够在实际业务中，实现很多骚操作
-
既然在系统dialog难以解决各种痛点，加上系统dialog也是基于overlay去实现的，这样的话，我们也可以去高度定制overlay！
这次，我要一次性帮各位解决：toast消息，loading弹窗，以及更强大的自定义dialog！
快速上手
初始化
- 引入（最新版本请点击pub查看）：pub，github，web effect
dependencies:
flutter_smart_dialog: ^3.2.2