解耦解的早，改需求没烦恼

时间 2019-11-22

标签需求烦恼栏目快乐工作繁體版

原文原文链接

摘要

世上本没有解耦，需求改的多了也便有了解耦。 —— 产品经理java

本例将经过一个计时控件，聊聊如何解耦~git

本TimerView仅做为demo，不保证其健壮性，请勿在实际项目中使用。github

特色

UI容器与计时逻辑分离
UI容器与具体UI布局分离

源码

github.com/fashare2015…ide

Let's Go

话说，小明在作一个电商项目，有个倒计时需求。svg

需求1.0

要求"时、分、秒"数字显示。布局

这个简单，小明很快自定义了一个TimerView:spa

public class TimerView {
    TextView tvHour, tvMinute, tvSecond;
    TextView divider1, divider2;
    ...
}复制代码

需求2.0

界面太丑啦，加点颜色和背景吧~设计

这个也简单，小明很快加了一些自定义属性：3d

public class TimerView {
    TextView tvHour, tvMinute, tvSecond;
    TextView divider1, divider2;

    // 添加 自定义属性
    int tvHourBgRes, tvMinuteBgRes, tvSecondBgRes;
    int tvHourColor, tvMinuteColor, tvSecondColor;
    ...
}复制代码

需求3.0

这时，产品经理又跑了过来，你看我发现了啥~code

发现一套火焰数字.jpg，好炫酷的说，帮忙改上去吧~

小明心里：你TM有病啊！！！

你发现了么，这下小明把本身带到沟里了。新需求要求显示火焰数字图片(ImageView)。
然而，因为TimerView由TextView构成，再怎么自定义属性也实现不了新需求(ImageView)了。
说的就是你呀：github.com/iwgang/Coun…

分析

为啥会这样呢？由于一开始就设计紧耦合了。
TimerView依赖了具体子类TextView，功能也就被局限在TextView了。
那咱们只需这么调整一下，把TextView改为更抽象的View。
这样一来tvHour既能够是TextView，也能够是ImageView，或者某个ViewGroup，功能得以拓展：

public class TimerView {
    //TextView tvHour, tvMinute, tvSecond;
    View tvHour, tvMinute, tvSecond;
    //TextView divider1, divider2;
    View divider1, divider2;

    // 自定义属性也不用了，由于没法肯定 tvHour 这些到底是啥子类。
    //int tvHourBgRes, tvMinuteBgRes, tvSecondBgRes;
    //int tvHourColor, tvMinuteColor, tvSecondColor;
    ...
}复制代码

这也体现了软件设计的一大原则：要依赖抽象(View)而不要依赖具体(TextView)。

依赖注入

还有一个问题：tvHour到底是啥呢，这个得由用户决定。
一般咱们会提供一系列setXXX()方法给用户进行设置。这个套路叫作依赖注入。
依赖注入是解耦的一种常见的方式。一般，当你有没法肯定的一些东西，都应该抛给用户决定。
举个例子，View被点击时，设计者不知道你想干吗，因而设计了View.setOnClickListener()。这是典型的依赖注入。

好了，ImageView能够支持了，然而对于界面更新ImageView和TextView确定是不同的。
该怎么更新又没法肯定了，咱们能够再次用依赖注入的方式解耦，把难题抛给用户。
所以，我设计了相似Adapter的东西，都在代码里，就不详细展开了。

需求4.0

嗨呀~还不够啊，产品经理的脑洞老是很大的。

产品经理：我看到一个 svg 诶~

小明：算我倒霉。不过，我早就重构解耦过了。改需求, 小case~

需求5.0

产品经理：小明，你还活着那？我发现机械表更好看诶~

小明: **, 我改就是了

感谢

github.com/lypeer/Goog…

github.com/gnehsuy/Clo…