变化是永恒的,产品需求稳定不变是不可能的,和产品经理互怼是没有用的,但有一个方向是可以努力的:让代码更有弹性,以不变应万变。
继上一次之后,又新增了两个和选项按钮有关的需求。它们分别是多选和菜单选。多选类似于原生CheckBox
,而菜单选是多选和单选的组合,类似于西餐点菜,西餐菜单将食物分为前菜、主食、汤,每种只能选择 1 个(即同组内单选,多组间多选)。
上一篇中的自定义单选按钮完美 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 Setselectors = 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(Setselectors, 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(Setselectors, 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(Setselectors, 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()
,定义了选中效果为爱心动画。
总结
至此,选项按钮这个已经将两种设计模式运用于实战。
-
运用了模版方法模式将变化的按钮布局和点击效果和按钮本身隔离。
-
运用了策略模式将变化的选中行为和选中组隔离。
在经历多次需求变更的突然袭击后,遍体鳞伤的我们需要找出自救的方法:
实现需求前,通过分析需求识别出“会变的”和“不变的”逻辑,增加一层抽象将“会变的”逻辑封装起来,以实现隔离和分层,将“不变的”逻辑和抽象的互动代码在上层类中固定下来。需求发生变化时,通过在下层实现抽象以多态的方式来应对。这样的代码具有弹性,就能以“不变的”上层逻辑应对变化的需求。
talk is cheap, show me the code
实例代码省略了一些非关键的细节,完整代码在