不一样的策略模式(设计模式五)

最新推荐文章于 2022-09-23 11:29:30 发布

Yilia..

最新推荐文章于 2022-09-23 11:29:30 发布

阅读量202

点赞数

本文链接：https://blog.csdn.net/e61015656pub/article/details/103752763

版权

策略模式是一种设计模式，旨在通过在运行时针对不同对象选择相应行为，提高代码复用性和可维护性。文章通过举例国家税收政策，说明了如何避免if...else结构导致的代码臃肿。策略模式通过将策略对象与上下文分离，实现了策略的独立性和可扩展性，但同时也可能引入额外的复杂性，如需配合简单工厂模式优化。文章指出，当面对未来可能频繁变动的条件判断时，策略模式是有效的解决方案。

摘要由CSDN通过智能技术生成

前言

什么是设计模式？说白了就是套路，是经过历代程序员总结出来的。很多时候我们虽然学会了很多套路，但是啥时候使用，使用哪个合适，我想这才是问题的关键。
知道怎么用不知道什么时候用，这时候看下代码风格也行用的上，策略模式是非常容易通过代码风格使用上的。
策略模式，为什么叫策略模式呢？其实策略模式还有一个别名叫做政策（policy）模式，在古代，对不同的国家呢，实行不同的政策，对A呢，采取税务10%,对B国采取税务20%。
这样根据不同国家政策不同呢，在计算机中就是根据不同对象采取不同的方法，就叫做策略模式咯。但是呢，如果直接采用if else 这种行为呢，人们发现过于臃肿，且复用性极差，那么就形成了这样一种模式去缓解这个问题。
策略模式属于对象行为模式,其实不去看概念也很好记，在运行时针对不同对象，去做出相应的行为。至于为什么不分到结构型或者其他型，只是它更符合行为型，一个类的行为或其算法可以在运行时更改，这些分类其实没有绝对的界限，只是有权威人士对其进行了规划。
那么策略模式的风格是什么，查看正文。

开车出发

public enum PolicyBase
{
    US_Policy,
    DE_Policy,
    FR_Policy
}
public class Strategy
{
    PolicyBase policyBase;

    public Strategy(PolicyBase policyBase) {
        this.policyBase = policyBase;
    }
    pu