本篇内容主要讲解“Android设计模式之策略模式怎么使用”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Android设计模式之策略模式怎么使用”吧!
1、收到需求
假设我们需要自定义的 View 类，它需要实现不同的动画效果，包括平移、旋转、缩放等等等等。我们可以使用策略模式来实现这个功能，使得每种动画效果都对应一个策略类。
2、不使用策略模式
需要在
AnimatedView类中实现所有的动画效果
class AnimatedView @JvmOverloads constructor(
context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0
) : View(context, attrs, defStyleAttr) {
var animationType: String = "translate"
fun startAnimation() {
when (animationType) {
"translate" -> {
// 实现平移动画
}
"rotate" -> {
// 实现旋转动画
}
"scale" -> {
// 实现缩放动画
}
else -> {
throw IllegalArgumentException("Invalid animation type")
}
}
invalidate()
}
}调用如下，需要在
AnimatedView对象中设置动画类型，然后调用
startAnimation方法来开始动画：
animatedView.apply {
animationType = "translate"
}.startAnimation()
animatedView().apply {
animationType = "rotate"
}.startAnimation()在这种实现方式中，如果需要增加或修改动画效果，我们需要修改
AnimatedView类中的代码，这样会增加代码的复杂度和维护成本。
3、使用策略模式
而使用策略模式，我们只需要增加或修改策略实现类即可，而不需要修改现有的代码。因此，使用策略模式能够更好地实现代码的可扩展性和可维护性。
我们将
动画有多种实现方法（不同的行为）这些行为看成一个
AnimationStrategy策略接口
定义了一个应用动画的策略
interface AnimationStrategy {
fun applyAnimation(view: View)
}它只是一个接口，等待具体的动画实现 ，而刚开始的通过设置
animationType，在onDraw中通过if来判断的方式
修改为了使用当前的策略对象
private var animationStrategy: AnimationStrategy? = null
在onDraw中调用
override fun onDraw(canvas: Canvas?) {
super.onDraw(canvas)
if (animationStrategy != null) {
animationStrategy!!.applyAnimation(this)
}
}我们再随便写几个定义不同的策略实现类，这些实现类实现了
AnimationStrategy接口，并且根据不同的需求，可以选择不同的策略实现类来应用不同的动画效果。
class TranslateAnimationStrategy : AnimationStrategy {
override fun applyAnimation(view: View) {
// 实现平移动画
}
}
class RotateAnimationStrategy : AnimationStrategy {
override fun applyAnimation(view: View) {
// 实现旋转动画
}
}
class ScaleAnimationStrategy : AnimationStrategy {
override fun applyAnimation(view: View) {
// 实现缩放动画
}
}使用方法如下，根据不同的需求来选择不同的策略实现类
animatedView.apply {
animationStrategy = TranslateAnimationStrategy() // 执行平移动画
//or
animationStrategy = RotateAnimationStrategy() // 执行旋转动画
//or
animationStrategy = ScaleAnimationStrategy()// 执行缩放动画
}而
AnimationStrategy接口作为一个统一的接口，可以使得不同的策略实现类可以被统一地使用，从而实现了代码的解耦和可扩展性。
整合起来
class AnimatedView @JvmOverloads constructor(
context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0
) : View(context, attrs, defStyleAttr) {
var animationStrategy: AnimationStrategy? = null
set(value) {
field = value
invalidate()
}
override fun onDraw(canvas: Canvas?) {
super.onDraw(canvas)
animationStrategy?.applyAnimation(this)
}
}4、小结
策略模式是一种行为型设计模式，它允许在运行时动态地选择算法或行为，从而使得算法或行为可以独立于使用它们的客户端而变化。在例子中动画的改变，并不需要修改
AnimatedView
通常由一个接口或抽象类和多个实现类组成。客户端通过调用接口或抽象类中的方法来执行算法或行为，而具体的实现则由策略实现类来完成。在例子中AnimationStrategy为接口，各个动画为实现类。
AnimatedView通过
animationStrategy?.applyAnimation(this)来执行
如此我们也可以看出
一个类需要在运行时根据不同的情况采用不同的算法或行为。
一个类定义了许多行为，而且这些行为在类的方法中以多个条件语句的形式出现，将这些行为“分解”到不同的策略类中，可以避免条件语句的复杂度。
算法的使用频率不高，可以把它们封装到策略类中，从而避免让整个系统变得臃肿。
多个类只有在算法或行为上稍有不同的情况。
使用策略模式可以增加代码的灵活性和可维护性，使得代码更易于扩展和修改。不过可不要乱用，毕竟多了很多个类，不是嘛。