一种更优雅的Flutter Dialog解决方案
前言
系统自带的Dialog实际上就是Push了一个新页面,这样存在很多好处,但是也存在一些很难解决的问题
- 必须传BuildContext
- loading弹窗一般都封装在网络框架中,多传个context参数就很头疼;用fish_redux还好,effect层直接能拿到context,要是用bloc还得在view层把context传到bloc或者cubit里面。。。
- 无法穿透暗色背景,点击dialog后面的控件
- 这个是真头痛,想了很多办法都没在自带dialog上面解决
- 系统自带Dialog写成的Loading弹窗,在网络请求和跳转页面的情况,会存在路由混乱的情况
- 情景复盘:loading库封装在网络层,某个页面提交完表单,要跳转页面,提交操作完成,进行页面跳转,loading关闭是在异步回调中进行(onError或者onSuccess),会出现执行了跳转操作时,弹窗还未关闭,延时一小会关闭,因为用的都是pop页面方法,会把跳转的页面pop掉
- 上面是一种很常见的场景,涉及到复杂场景更加难以预测,解决方法也有:定位页面栈的栈顶是否是Loading弹窗,选择性Pop,实现麻烦
上面这些痛点,简直个个致命
,当然,还存在一些其它的解决方案,例如:
- 每个页面顶级使用Stack
- 使用Overlay
很明显,使用Overlay可移植性最好,目前很多Toast和dialog三方库便是使用该方案,使用了一些loading库,看了其中源码,穿透背景解决方案,和预期想要的效果大相径庭、一些dialog库自带toast显示,但是toast显示却又不能和dialog共存(toast属于特殊的信息展示,理应能独立存在),导致我需要多依赖一个Toast库
SmartDialog
基于上面那些难以解决的问题,只能自己去实现,花了一些时间,实现了一个Pub包,基本该解决的痛点都已解决了,用于实际业务没什么问题
效果
引入
dependencies:
flutter_smart_dialog: ^1.0.1
使用
- 主入口配置
- 在主入口这地方需要配置,这样就可以不传BuildContext使用Dialog
- 只需要在MaterialApp的builder参数处配置下即可
void main() {
runApp(MyApp());
}
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp(
home: SmartDialogPage(),
builder: (BuildContext context, Widget child) {
return Material(
type: MaterialType.transparency,
child: FlutterSmartDialog(child: child),
);
},
);
}
}
使用FlutterSmartDialog
包裹下child即可,下面就可以愉快的使用SmartDialog了
- 使用Toast
- msg:必传信息
- time:可选,Duration类型
- alignment:可控制toast位置
- 如果想使用花里花哨的Toast效果,使用show方法定制就行了,炒鸡简单喔,懒得写,抄下我的ToastWidget,改下属性即可
SmartDialog.instance.showToast('test toast');
- 使用Loading
//open loading
SmartDialog.instance.showLoading();
//delay off
await Future.delayed(Duration(seconds: 2));
SmartDialog.instance.dismiss();
- 自定义dialog
- 使用SmartDialog.instance.show()方法即可,里面含有众多’Temp’为后缀的参数,和下述无’Temp’为后缀的参数功能一致
SmartDialog.instance.show(
alignmentTemp: Alignment.bottomCenter,
clickBgDismissTemp: true,
widget: Container(
color: Colors.blue,
height: 300,
),
);
- SmartDialog配置参数说明
- 为了避免
instance
里面暴露过多属性,导致使用不便,此处诸多参数使用instance
中的config
属性管理
- 为了避免
参数 | 功能说明 |
---|---|
alignment | 控制自定义控件位于屏幕的位置 Alignment.center: 自定义控件位于屏幕中间,且是动画默认为:渐隐和缩放,可使用isLoading选择动画 Alignment.bottomCenter、Alignment.bottomLeft、Alignment.bottomRight:自定义控件位于屏幕底部,动画默认为位移动画,自下而上,可使用animationDuration设置动画时间 Alignment.topCenter、Alignment.topLeft、Alignment.topRight:自定义控件位于屏幕顶部,动画默认为位移动画,自上而下,可使用animationDuration设置动画时间 Alignment.centerLeft:自定义控件位于屏幕左边,动画默认为位移动画,自左而右,可使用animationDuration设置动画时间 Alignment.centerRight:自定义控件位于屏幕左边,动画默认为位移动画,自右而左,可使用animationDuration设置动画时间 |
isPenetrate | 默认:false;是否穿透遮罩背景,交互遮罩之后控件,true:点击能穿透背景,false:不能穿透;穿透遮罩设置为true,背景遮罩会自动变成透明(必须) |
clickBgDismiss | 默认:false;点击遮罩,是否关闭dialog—true:点击遮罩关闭dialog,false:不关闭 |
maskColor | 遮罩颜色 |
animationDuration | 动画时间 |
isUseAnimation | 默认:true;是否使用动画 |
isLoading | 默认:true;是否使用Loading动画;true:内容体使用渐隐动画 false:内容体使用缩放动画,仅仅针对中间位置的控件 |
isExist | 默认:false;主体SmartDialog(OverlayEntry)是否存在在界面上 |
isExistExtra | 默认:false;额外SmartDialog(OverlayEntry)是否存在在界面上 |
- 返回事件,关闭弹窗解决方案
使用Overlay的依赖库,基本都存在一个问题,难以对返回事件的监听,导致触犯返回事件难以关闭弹窗布局之类,想了很多办法,没办法在依赖库中解决该问题,此处提供一个BaseScaffold
,在每个页面使用BaseScaffold
,便能解决返回事件关闭Dialog问题
typedef ScaffoldParamVoidCallback = void Function();
class BaseScaffold extends StatefulWidget {
const BaseScaffold({
Key key,
this.appBar,
this.body,
this.floatingActionButton,
this.floatingActionButtonLocation,
this.floatingActionButtonAnimator,
this.persistentFooterButtons,
this.drawer,
this.endDrawer,
this.bottomNavigationBar,
this.bottomSheet,
this.backgroundColor,
this.resizeToAvoidBottomPadding,
this.resizeToAvoidBottomInset,
this.primary = true,
this.drawerDragStartBehavior = DragStartBehavior.start,
this.extendBody = false,
this.extendBodyBehindAppBar = false,
this.drawerScrimColor,
this.drawerEdgeDragWidth,
this.drawerEnableOpenDragGesture = true,
this.endDrawerEnableOpenDragGesture = true,
this.isTwiceBack = false,
this.isCanBack = true,
this.onBack,
}) : assert(primary != null),
assert(extendBody != null),
assert(extendBodyBehindAppBar != null),
assert(drawerDragStartBehavior != null),
super(key: key);
///系统Scaffold的属性
final bool extendBody;
final bool extendBodyBehindAppBar;
final PreferredSizeWidget appBar;
final Widget body;
final Widget floatingActionButton;
final FloatingActionButtonLocation floatingActionButtonLocation;
final FloatingActionButtonAnimator floatingActionButtonAnimator;
final List<Widget> persistentFooterButtons;
final Widget drawer;
final Widget endDrawer;
final Color drawerScrimColor;
final Color backgroundColor;
final Widget bottomNavigationBar;
final Widget bottomSheet;
final bool resizeToAvoidBottomPadding;
final bool resizeToAvoidBottomInset;
final bool primary;
final DragStartBehavior drawerDragStartBehavior;
final double drawerEdgeDragWidth;
final bool drawerEnableOpenDragGesture;
final bool endDrawerEnableOpenDragGesture;
///增加的属性
///点击返回按钮提示是否退出页面,快速点击俩次才会退出页面
final bool isTwiceBack;
///是否可以返回
final bool isCanBack;
///监听返回事件
final ScaffoldParamVoidCallback onBack;
@override
_BaseScaffoldState createState() => _BaseScaffoldState();
}
class _BaseScaffoldState extends State<BaseScaffold> {
//上次点击时间
DateTime _lastPressedAt;
@override
Widget build(BuildContext context) {
return WillPopScope(
child: Scaffold(
appBar: widget.appBar,
body: widget.body,
floatingActionButton: widget.floatingActionButton,
floatingActionButtonLocation: widget.floatingActionButtonLocation,
floatingActionButtonAnimator: widget.floatingActionButtonAnimator,
persistentFooterButtons: widget.persistentFooterButtons,
drawer: widget.drawer,
endDrawer: widget.endDrawer,
bottomNavigationBar: widget.bottomNavigationBar,
bottomSheet: widget.bottomSheet,
backgroundColor: widget.backgroundColor,
resizeToAvoidBottomPadding: widget.resizeToAvoidBottomPadding,
resizeToAvoidBottomInset: widget.resizeToAvoidBottomInset,
primary: widget.primary,
drawerDragStartBehavior: widget.drawerDragStartBehavior,
extendBody: widget.extendBody,
extendBodyBehindAppBar: widget.extendBodyBehindAppBar,
drawerScrimColor: widget.drawerScrimColor,
drawerEdgeDragWidth: widget.drawerEdgeDragWidth,
drawerEnableOpenDragGesture: widget.drawerEnableOpenDragGesture,
endDrawerEnableOpenDragGesture: widget.endDrawerEnableOpenDragGesture,
),
onWillPop: dealWillPop,
);
}
///控件返回按钮
Future<bool> dealWillPop() async {
if (widget.onBack != null) {
widget.onBack();
}
//处理弹窗问题
if (SmartDialog.instance.config.isExist) {
SmartDialog.instance.dismiss();
return false;
}
//如果不能返回,后面的逻辑就不走了
if (!widget.isCanBack) {
return false;
}
if (widget.isTwiceBack) {
if (_lastPressedAt == null ||
DateTime.now().difference(_lastPressedAt) > Duration(seconds: 1)) {
//两次点击间隔超过1秒则重新计时
_lastPressedAt = DateTime.now();
//弹窗提示
SmartDialog.instance.showToast("再点一次退出");
return false;
}
return true;
} else {
return true;
}
}
}
几个问题解决方案
穿透背景
- 穿透背景有俩个解决方案,这里都说明下
AbsorbPointer、IgnorePointer
当时想解决穿透暗色背景,和背景后面的控件互动的时候,我几乎立马想到这俩个控件,先了解下这俩个控件吧
- AbsorbPointer
-
阻止子树接收指针事件,
AbsorbPointer
本身可以响应事件,消耗掉事件 -
absorbing
属性(默认true)- true:拦截向子Widget传递的事件 false:不拦截
-
AbsorbPointer(
absorbing: true,
child: Listener(
onPointerDown: (event){
LogUtil.log('+++++++++++++++++++++++++++++++++');
},
)
)
- IgnorePointer
- 阻止子树接收指针事件,
IgnorePointer
本身无法响应事件,其下的控件可以接收到点击事件(父控件) ignoring
属性(默认true)- true:拦截向子Widget传递的事件 false:不拦截
- 阻止子树接收指针事件,
IgnorePointer(
ignoring: true,
child: Listener(
onPointerDown: (event){
LogUtil.log('----------------------------------');
},
)
)
分析
- 这里来分析下,首先
AbsorbPointer
这个控件是不合适的,因为AbsorbPointer
本身会消费触摸事件,事件被AbsorbPointer
消费掉,会导致背景后的页面无法获取到触摸事件;IgnorePointer
本身无法消费触摸事件,又由于IgnorePointer
和AbsorbPointer
都具有屏蔽子Widget获取触摸事件的作用,这个貌似靠谱,这里试了,可以和背景后面的页面互动!但是又存在一个十分坑的问题 - 因为使用
IgnorePointer
屏蔽子控件的触摸事件,而IgnorePointer
本身又不消耗触摸事件,会导致无法获取到背景的点击事件!这样点击背景会无法关闭dialog弹窗,只能手动关闭dialog;各种尝试,实在没办法获取到背景的触摸事件,此种穿透背景的方案只能放弃
Listener、behavior
这种方案,成功实现想要的穿透效果,这里了解下behavior
的几种属性
- deferToChild:仅当一个孩子被命中测试击中时,屈服于其孩子的目标才会在其范围内接收事件
- opaque:不透明目标可能会受到命中测试的打击,导致它们既在其范围内接收事件,又在视觉上阻止位于其后方的目标也接收事件
- translucent:半透明目标既可以接收其范围内的事件,也可以在视觉上允许目标后面的目标也接收事件
有戏了!很明显translucent是有希望的,尝试了几次,然后成功实现了想要的效果
注意,这边有几个坑点,提一下
-
务必使用
Listener
控件来使用behavior属性,使用GestureDetector中behavior属性会存在一个问题,一般来说:都是Stack控件里面的Children,里面有俩个控件,分上下层,在此处,GestureDetector设置behavior属性,俩个GestureDetector控件上下叠加,会导致下层GestureDetector获取不到触摸事件,很奇怪;使用Listener
不会产生此问题 -
我们的背景使用
Container
控件,里面的color
不要设置值,我这里设置了Colors.transparent
,直接会导致下层接受不到触摸事件,color为空才能使下层控件接受到触摸事件,此处不要设置color即可
下面是写的一个验证小示例
class TestLayoutPage extends StatelessWidget {
@override
Widget build(BuildContext context) {
return _buildBg(children: [
//底下
Listener(
onPointerDown: (event) {
print(context, '底部蓝色区域++++++++');
},
child: Container(
height: 300,
width: 300,
color: Colors.blue,
),
),
//上面 事件穿透
Listener(
behavior: HitTestBehavior.translucent,
onPointerDown: (event) {
print(context, '上面红色区域---------');
},
child: Container(
height: 200,
width: 200,
),
),
]);
}
Widget _buildBg({List<Widget> children}) {
return Scaffold(
appBar: AppBar(title: Text('测试布局')),
body: Center(
child: Stack(
alignment: Alignment.center,
children: children,
),
),
);
}
}
Toast和Loading冲突
-
这个问题,从理论上肯定会存在的,因为一般Overlay库只会使用一个OverlayEntry控件,这会导致,全局只能存在一个浮窗布局,Toast本质是一个全局弹窗,Loading也是一个全局弹窗,使用其中一个都会导致另一个消失
-
Toast明显是应该独立于其他弹窗的一个消息提示,封装在网络库中的关闭弹窗的dismiss方法,也会将Toast消息在不适宜的时间关闭,在实际开发中就碰到此问题,只能多引用一个Toast三方库来解决,在规划这个dialog库的时候,就像必须解决此问题
- 此处内部多使用了一个OverlayEntry来解决该问题,提供了相关参数来分别控制,完美使Toast独立于其它的dialog弹窗
- 此处只多提供一个OverlayEntryExtra,如果需要更多,可copy本库,自行定义,多增加一个OverlayEntry都会让内部逻辑和方法使用急剧复杂,维护也会变得不可预期,故只多提供一个OverlayEntry
-
FlutterSmartDialog提供
OverlayEntry
和OverlayEntryExtra
可以高度自定义,相关实现,可查看内部实现 -
FlutterSmartDialog内部已进行相关实现,使用
show()
方法中的isUseExtraWidget
区分
最后
这个库花了一些时间去构思实现,算是解决几个很大的痛点
- 如果大家对
返回事件
有什么好的处理思路,麻烦在评论里告知,谢谢!
FlutterSmartDialog一些信息
-
Github:flutter_smart_dialog
-
使用效果体验:点我