前言

Q：你一生中闻过最臭的东西，是什么？

A：我那早已腐烂的梦。

兄弟萌！！！我又来了！

这次，我能自信的对大家说：我终于给大家带了一个，能真正帮助大家解决诸多坑比场景的pub包！

将之前的flutter_smart_dialog，在保持api稳定的基础上，进行了各种抓头重构，解决了一系列问题

现在，我终于可以说：它现在是一个简洁，强大，侵入性极低的pub包！

关于侵入性问题

• 之前为了解决返回关闭弹窗，使用了一个很不优雅的解决方法，导致侵入性有点高
• 这真是让我如坐针毡，如芒刺背，如鲠在喉，这个问题终于搞定了！

同时，我在pub包内部设计了一个弹窗栈，能自动移除栈顶弹窗，也可以定点移除栈内标记的弹窗。

存在的问题

使用系统弹窗存在一系列坑，来和各位探讨探讨

• 必须传BuildContext

  • 在一些场景必须多做一些传参工作，蛋痛但不难的问题

• loading弹窗

  • 使用系统弹窗做loading弹窗，肯定遇到过这个坑比问题
    • loading封装在网络库里面：请求网络时加载loading，手贱按了返回按钮，关闭了loading
    • 然后请求结束后发现：特么我的页面怎么被关了！！！
  • 系统弹窗就是一个路由页面，关闭系统就是用pop方法，这很容易误关正常页面
    • 当然肯定有解决办法，路由监听的地方处理，此处就不细表了

• 某页面弹出了多个系统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

• 接入方式更加简洁