摘要:这种模式将选项分成若干组,组内单选,组间多选。总结至此,选项按钮这个已经将两种设计模式运用于实战。运用了策略模式将变化的选中行为和选中组隔离。这样的代码具有弹性,就能以不变的上层逻辑应对变化的需求。
变化是永恒的,产品需求稳定不变是不可能的,和产品经理互怼是没有用的,但有一个方向是可以努力的:让代码更有弹性,以不变应万变。
继上一次发版前突然变更单选按钮样式之后,又新增了两个和选项按钮有关的需求。它们分别是多选和菜单选。多选类似于原生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前端开发已经两年多了,记录一下自己前端学习路上看过的,以及道听途说的一些书,基本上按照由浅入深来介绍...
阅读 3010·2021-10-15 09:41
阅读 1675·2021-09-22 15:56
阅读 2141·2021-08-10 09:43
阅读 3321·2019-08-30 13:56
阅读 1822·2019-08-30 12:47
阅读 691·2019-08-30 11:17
阅读 2813·2019-08-30 11:09
阅读 2220·2019-08-29 16:19