摘要:这种模式将选项分成若干组,组内单选,组间多选。总结至此,选项按钮这个已经将两种设计模式运用于实战。运用了策略模式将变化的选中行为和选中组隔离。这样的代码具有弹性,就能以不变的上层逻辑应对变化的需求。
变化是永恒的,产品需求稳定不变是不可能的,和产品经理互怼是没有用的,但有一个方向是可以努力的:让代码更有弹性,以不变应万变。
继上一次发版前突然变更单选按钮样式之后,又新增了两个和选项按钮有关的需求。它们分别是多选和菜单选。多选类似于原生CheckBox,而菜单选是多选和单选的组合,类似于西餐点菜,西餐菜单将食物分为前菜、主食、汤,每种只能选择 1 个(即同组内单选,多组间多选)。
上一篇中的自定义单选按钮Selector + SelectorGroup完美 hold 住按钮样式的变化,这一次能否从容应对新增需求?
自定义单选按钮
回顾下Selector + SelectorGroup的效果:
其中每一个选项就是Selector,它们的状态被SelectorGroup管理。
这组自定义控件突破了原生单选按钮的布局限制,选项的相对位置可以用 xml 定义(原生控件只能是垂直或水平铺开),而且还可以方便地更换按钮样式以及定义选中效果(上图中选中后有透明度动画)
实现关键逻辑如下:
单个按钮是一个抽象容器控件,它可以被点击并借助View.setSelected()记忆按钮选中状态。按钮内元素布局由其子类填充。
public abstract class Selector extends FrameLayout implements View.OnClickListener { //按钮唯一标示符 private String tag ; private SelectorGroup selectorGroup; public Selector(Context context) { super(context); initView(context, null); } private void initView(Context context, AttributeSet attrs) { //构建视图(延迟到子类进行) View view = onCreateView(); LayoutParams params = new LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT); this.addView(view, params); this.setOnClickListener(this); } //构建视图(在子类中自定义视图) protected abstract View onCreateView(); //将按钮添加到组 public Selector setGroup(SelectorGroup selectorGroup) { this.selectorGroup = selectorGroup; selectorGroup.addSelector(this); return this; } @Override public void setSelected(boolean selected) { //设置按钮选中状态 boolean isPreSelected = isSelected(); super.setSelected(selected); if (isPreSelected != selected) { onSwitchSelected(selected); } } //按钮选中状态变更(在子类中自定义变更效果) protected abstract void onSwitchSelected(boolean isSelect); @Override public void onClick(View v) { //通知选中组,当前按钮被选中 if (selectorGroup != null) { selectorGroup.onSelectorClick(this); } } }
Selector通过模版方法模式,将构建按钮视图和按钮选中效果延迟到子类构建。所以当按钮内部元素布局发生改变时不需要修改Selector,只需要新建它的子类。
单选组持有所有按钮,当按钮被点击时,选中组遍历其余按钮并取消选中状态,以此来实现单选效果
public class SelectorGroup { //持有所有按钮 private Set
selectors = new HashSet<>(); public void addSelector(Selector selector) { selectors.add(selector); } public void onSelectorClick(Selector selector) { cancelPreSelector(selector); } //遍历所有按钮,将之前选中的按钮设置为未选中 private void cancelPreSelector(Selector selector) { for (Selector s : selectors) { if (!s.equals(selector) && s.isSelected()) { s.setSelected(false); } } } }
剥离行为
选中按钮后的行为被写死在SelectorGroup.onSelectorClick()中,这使得SelectorGroup中的行为无法被替换。
每次行为扩展都重新写一个SelectorGroup怎么样?不行!因为Selector是和SelectorGroup耦合的,这意味着Selector的代码也要跟着改动,这不符合开闭原则。
SelectorGroup中除了会变的“选中行为”之外,也有不会变的成分,比如“持有所有的按钮”。是不是可以增加一层抽象将变化的行为封装起来,使得SelectorGroup与变化隔离?
接口是封装行为的最佳选择,可以运用策略模式将选中行为封装起来
策略模式的详细介绍可以点击这里。
这样就可以在外部构建具体的选中行为,再将其注入到SelectorGroup中,以实现动态修改行为:
public class SelectorGroup { private ChoiceAction choiceMode; //注入具体选中行为 public void setChoiceMode(ChoiceAction choiceMode) { this.choiceMode = choiceMode; } //当按钮被点击时应用选中行为 void onSelectorClick(Selector selector) { if (choiceMode != null) { choiceMode.onChoose(selectors, selector, onStateChangeListener); } } //选中后的行为被抽象成接口 public interface ChoiceAction { void onChoose(Set
selectors, Selector selector, StateListener stateListener); } }
将具体行为替换成接口后就好像是在原本严严实实的SelectorGroup中挖了一个洞,只要符合这个洞形状的东西都可以塞进来。这样就很灵活了。
如果每次使用SelectorGroup,都需要重新自定义选中行为也很费力,所以在其中添加了最常用的单选和多选行为:
public class SelectorGroup { public static final int MODE_SINGLE_CHOICE = 1; public static final int MODE_MULTIPLE_CHOICE = 2; private ChoiceAction choiceMode; //通过这个方法设置自定义行为 public void setChoiceMode(ChoiceAction choiceMode) { this.choiceMode = choiceMode; } //通过这个方法设置默认行为 public void setChoiceMode(int mode) { switch (mode) { case MODE_MULTIPLE_CHOICE: choiceMode = new MultipleAction(); break; case MODE_SINGLE_CHOICE: choiceMode = new SingleAction(); break; } } //单选行为 private class SingleAction implements ChoiceAction { @Override public void onChoose(Set
selectors, Selector selector, StateListener stateListener) { //将自己选中 selector.setSelected(true); //将除了自己外的其他按钮设置为未选中 cancelPreSelector(selector, selectors); } } //多选行为 private class MultipleAction implements ChoiceAction { @Override public void onChoose(Set selectors, Selector selector, StateListener stateListener) { //反转自己的选中状态 boolean isSelected = selector.isSelected(); selector.setSelected(!isSelected); } }
将原本具体的行为都移到了接口中,而SelectorGroup只和抽象的接口互动,不和具体行为互动,这样的代码具有弹性。
现在只要像这样就可以分别实现单选和多选:
public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); //多选 SelectorGroup multipleGroup = new SelectorGroup(); multipleGroup.setChoiceMode(SelectorGroup.MODE_MULTIPLE_CHOICE); ((Selector) findViewById(R.id.selector_10)).setGroup(multipleGroup); ((Selector) findViewById(R.id.selector_20)).setGroup(multipleGroup); ((Selector) findViewById(R.id.selector_30)).setGroup(multipleGroup); //单选 SelectorGroup singleGroup = new SelectorGroup(); singleGroup.setStateListener(new SingleChoiceListener()); ((Selector) findViewById(R.id.single10)).setGroup(singleGroup); ((Selector) findViewById(R.id.single20)).setGroup(singleGroup); ((Selector) findViewById(R.id.single30)).setGroup(singleGroup); } }
在activity_main.xml中布局了6个Selector,其中三个用于单选,三个用于多余。
菜单选
这一次新需求是多选和单选的组合:菜单选。这种模式将选项分成若干组,组内单选,组间多选。看下使用策略模式重构后的SelectorGroup是如何轻松应对的:
class OrderChoiceMode implements SelectorGroup.ChoiceAction { @Override public void onChoose(Set
selectors, Selector selector, SelectorGroup.StateListener stateListener) { //同组互斥选中 String tagPrefix = getTagPrefix(selector.getSelectorTag()); cancelPreSelectorBySameTag(selectors, tagPrefix, stateListener); selector.setSelected(true); } //在同一组中取消之前的选择(要求同一组按钮的tag具有相同的前缀) private void cancelPreSelectorBySameTag(Set selectors, String tagPrefix, SelectorGroup.StateListener stateListener) { for (Selector selector : selectors) { String prefix = getTagPrefix(selector.getSelectorTag()); if (prefix.equals(tagPrefix) && selector.isSelected()) { selector.setSelected(false); if (stateListener != null) { stateListener.onStateChange(selector.getSelectorTag(), false); } } } } //获取标签前缀 private String getTagPrefix(String tag) { //约定tag由两个部分组成,中间用下划线分割:前缀_标签名 int index = tag.indexOf("_"); return tag.substring(0, index); } }
在SelectorGroup.ChoiceAction中重新定义按钮选中时的行为:同组互斥选中,不同组可以多选。这就需要一种标识组的方法,本文采用了给同组按钮设置相同前缀的做法:
starters_pork starters_duck starters_springRoll main_pizza main_pasta soup_mushroom soup_scampi
前菜、主食、汤分别采用了starters、main、soup这样的前缀。
然后就可以像这样动态的为SelectorGroup扩展菜单选行为了:
public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); //order-choice SelectorGroup orderGroup = new SelectorGroup(); orderGroup.setChoiceMode(new OrderChoiceMode()); ((Selector) findViewById(R.id.selector_starters_duck)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_starters_pork)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_starters_springRoll)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_main_pizza)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_main_pasta)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_soup_mushroom)).setGroup(orderGroup); ((Selector) findViewById(R.id.selector_soup_scampi)).setGroup(orderGroup); } }
效果如下:
其中单选按钮通过继承Selector重写onSwitchSelected(),定义了选中效果为爱心动画。
总结
至此,选项按钮这个repository已经将两种设计模式运用于实战。
运用了模版方法模式将变化的按钮布局和点击效果和按钮本身隔离。
运用了策略模式将变化的选中行为和选中组隔离。
在经历多次需求变更的突然袭击后,遍体鳞伤的我们需要找出自救的方法:
实现需求前,通过分析需求识别出“会变的”和“不变的”逻辑,增加一层抽象将“会变的”逻辑封装起来,以实现隔离和分层,将“不变的”逻辑和抽象的互动代码在上层类中固定下来。需求发生变化时,通过在下层实现抽象以多态的方式来应对。这样的代码具有弹性,就能以“不变的”上层逻辑应对变化的需求。
talk is cheap, show me the code
实例代码省略了一些非关键的细节,完整代码在这里
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/6689.html
摘要:年加入微软中国有限公司,任职软件开发测试工程师,负责微软在线业务与商业智能产品的测试工作。目前,史亮正从事下一代产品的研发工作。在他们的热心帮助下,我获得了去北京面试微软测试开发工程师,简称的机会。 非商业转载请注明作译者、出处,并保留本文的原始链接:http://www.ituring.com.cn/article/114546 史亮,东南大学计算机软件与理论专业博士,研究...
摘要:本届工作坊,我们邀请到了拥有年资深设计经验的高级体验设计专家朱斌,他将作为产品场讲师为我们分享如何有效的管理用户注意力的话题。美国设计同行对创新的追求和包容是最能体现设计魅力的地方。 导读:7月6-7日,由msup主办的第43届MPD工作坊将于北京召开。MPD工作坊是一个围绕岗位角色发展的实践课堂,按照软件研发中心的岗位职能划分,以产品经理、团队经理、 架构师、开发经理、测试经理作为五...
摘要:其中负载均衡那一节,基本上是参考的权威指南负载均衡的内容。开发指南读了一半,就是看这本书理解了的事件循环。哈哈创京东一本骗钱的书。 欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由腾讯IVWEB团队 发表于云+社区专栏作者:link 2014年一月以来,自己接触web前端开发已经两年多了,记录一下自己前端学习路上看过的,以及道听途说的一些书,基本上按照由浅入深来介绍...
摘要:其中负载均衡那一节,基本上是参考的权威指南负载均衡的内容。开发指南读了一半,就是看这本书理解了的事件循环。哈哈创京东一本骗钱的书。欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由腾讯IVWEB团队发表于云+社区专栏 作者:link 2014年一月以来,自己接触web前端开发已经两年多了,记录一下自己前端学习路上看过的,以及道听途说的一些书,基本上按照由浅入深来介绍。...
阅读 2962·2021-10-15 09:41
阅读 1619·2021-09-22 15:56
阅读 2103·2021-08-10 09:43
阅读 3271·2019-08-30 13:56
阅读 1776·2019-08-30 12:47
阅读 646·2019-08-30 11:17
阅读 2768·2019-08-30 11:09
阅读 2190·2019-08-29 16:19