首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

WPF MVVM 之等待

WPF MVVM 之等待 目录 一、效果 二、主体改造 三、等待动画用户控件 四、弹窗 ViewModel 和帮助类的改造 五、使用方法和代码地址 独立观察员 2020年10月13日 之前写过一篇...《WPF MVVM 模式下的弹窗》,里面实现了确认和消息,经过一段时间的演化,目前又新增了可显示自定义内容的、可进行信息录入的、以及本文将要介绍的加载等待。...一、效果 先来看看效果,首先是其它(动图): 然后是等待(动图): 下面来看如何实现,当然,是在之前的基础上进行的,前一篇文章没看的话,需要先看一下,或者直接获取文末提供的代码查看。...两种内容可以分别控制显示和隐藏,也可以同时显示,本文介绍的等待就是使用了同时显示。...三、等待动画用户控件 按照设想,等待的动画部分作为自定义内容放入的 ContentControl 中,所以我们需要新建个用户控件。

2.3K20

写C端,如何优雅的处理多个的显示?(附带源码)

前言 ❝最近写的移动端业务经常跟打交道,偶尔处理对于多个的显示问题也是捉襟见肘,特别是产品经常改需求,那么有没有一种优雅的解决方案去处理上面这种问题,或者说,淘宝、拼多多等是怎么处理这种问题的...❞ 由于项目一开始没有做好规划或者说一开始就不是你维护的,导致首页的弹窗组件可能放了十多个甚至更多,不仅是首页有,首页内又引入了十多个个子组件,这些子组件内也有,另外子组件的子组件也可能存在,每个弹窗都有对应的一组控制显隐逻辑...: 优先级-杜绝一个页面可能提示展示多个弹窗的情况 frontShow: 前端控制显示的字段-默认为true backShow: 后端控制显示的字段-通过接口请求获取 发布订阅模式来管理...也即是多个接口一起决定是否展示 ❞ 这里我给出两种思路: 多个接口一起决定是否展示,我们完全可以在接口层做合并,最终实现出来的效果就是一对一 订阅方法做去重,利用高阶函数再次封装对应的handler...实现多个接口一起决定是否展示,个人还是推荐第一种解决方案 前端学习笔记?

1.7K20

100个设计小结

由于与当下流行的卡片式设计在表现形式上十分接近,同时也逐渐承载了更多功能性需求,不再是简单的内容堆砌,因此设计正在被越来越多设计师关注。 尺寸怎么定?...其好处是除了能放下很长的页面,同时能保留一些操作一直停留在屏幕上。这裡可以选择性的为设置一个最大及最小高度,但要注意的是必须把背景锁定,否则出现2条滚动条的体验是很糟糕的。...2.避免框上再弹出 要尽量避免在框上再一层,2层蒙版会让用户觉得负担很重。可以改用轻量或重新把交互梳理。...對的其他思考 未来的趋势 移动在影响著人们生活,也同时引领著设计趋势,这些年产品都在追求多终端的一致性,早已衍生出自适应网页设计(Responsive Web Design)的布局解决方案,因此网页设计也日趋移动化...可以想像将会有一大波移动上的体验会搬到网页设计上,如中包含多个层级,透过左上角返回的交互体验,更灵动及细腻的动画效果等。

1.7K30
领券