在通过“以状态或者策略模式取代类型码”

代码的坏味道（6）——Switch声明(Switch Statements)

坏味道--Switch声明(Switch Statements) 特征你有一个复杂的 switch 语句或 if 序列语句. 问题原因面向对象程序的一个最明显特征就是:少用 switch 和 case 语句.从本质上说,switch 语句的问题在于重复(if 序列也同样如此).你常会发现 switch 语句散布于不同地点.如果要为它添加一个新的 case 子句,就必须找到所有 switch 语句并修改它们.面向对象中的多态概念可为此带来优雅的解决办法. 大多数时候,一看到 switch 语

重构学习day01 类型码类型码的上层建筑与类型码相关的重构方法 1.使用子类代替类型码 2.使用状态或策略模式代替类型码

名词:类型码类型码的上层建筑重构方法 1.使用子类代替类型码 2.使用状态/策略模式代替类型码类中存在方法把某个字段当作条件,根据字段值的不同,进行不同的处理.(自定义概念)则这个字段叫做:类型码.(重构-改善既有代码的设计中的概念)这个方法叫做:类型码的上层建筑.(自定义概念)(这种判断方法不是绝对正确,但是一般可行,类型码是重构-改善既有代码的设计的概念,但是类型码的上层建筑是自定义概念) 例子1:Movie对象中存在影片类型字段,根据影片类型和租期计算金额的getCharge()方法

Python策略模式实现源码分享

1.让一个对象的某个方法可以随时改变,而不用更改对象的代码 2.对于动态类型的Python语言,不需要定义接口 3.基本的实现方法:用类作为参数传递例如: 12_eg3.py class Moveable: def move(self): print('Move...') class MoveOnFeet(Moveable): def move(self): print("Move on Feet.") class MoveOnWheel(Moveable): def move(se

使用策略模式重构switch case 代码

目录 1.背景 2.案例 3.switch…case…方式实现 4.switch…case…带来的问题 5.使用策略模式重构switch…case…代码 6.总结 1.背景之前在看<重构改善既有代码的设计>一书,在看到Replace Type Code With State/Strategy(用状态模式/策略模式替换类型码)一节时遇到一个困惑:怎么用策略模式替换switch case代码?所幸的时,两天前查资料的时候偶然看到圣殿骑士的博客,他写的<31天重构学习>系

Spring中常见的设计模式——策略模式

策略模式(Strategy Pattern) 一.策略模式的应用场景策略模式的应用场景如下: 系统中有很多类,而他们的区别仅仅在于行为不同. 一个系统需要动态的在集中算法中选择一种二.用策略模式实现选择支付方式的业务场景一个常见的应用场景就是大家在支付时会提示选择支付方式,如果用户未选,系统会使用默认的支付方式进行结算.下面我们用策略模式来模拟此业务场景: /** * 定义支付规范和支付逻辑 */ public abstract class Payment { //支付类型 public

《Head First 设计模式》读书笔记（1） - 策略模式

<Head First 设计模式>(点击查看详情) 1.写在前面的话之前在列书单的时候,看网友对于设计模式的推荐里说,设计模式的书类别都大同小异,于是自己就选择了Head First系列,基于之前读过<Head First Java>,被文中生动的图片和讲解所吸引,相信这本书也能带给我更好的体验,关键在于,设计模式作为Java中更巧妙的部分,需要的不光是知道它是什么,更应该去理解为什么,才能更好地去掌握和应用,而Head First系列图书正是为了如此. 对于这本书的读书笔记,就

《Head First 设计模式》[01] 策略模式

<Head First 设计模式>(点击查看详情) 1.写在前面的话之前在列书单的时候,看网友对于设计模式的推荐里说,设计模式的书类别都大同小异,于是自己就选择了Head First系列,基于之前读过<Head First Java>,被文中生动的图片和讲解所吸引,相信这本书也能带给我更好的体验,关键在于,设计模式作为Java中更巧妙的部分,需要的不光是知道它是什么,更应该去理解为什么,才能更好地去掌握和应用,而Head First系列图书正是为了如此. 对于这本书的读书笔记,就

Java设计模式—策略模式

1.策略模式(Strategy Pattern)是一种比较简单的模式,也叫做政策模式(PolicyPattern). 定义如下: Define a family of algorithms,encapsulate each one,and make them interchangeable. (定义一组算法,将每个算法都封装起来,并且使它们之间可以互换.) 策略模式的通用类图如下所示: 策略模式的三个角色: ● Context 封装角色它也

Java 策略模式和状态模式

本文是转载的,转载地址:大白话解释Strategy模式和State模式的区别先上图: 本质上讲,策略模式和状态模式做得是同一件事:去耦合.怎么去耦合?就是把干什么(语境类)和怎么干(策略接口)分开,互不依赖.打个比方,下面是我一天的行程: class 我{ 吃饭(){} 逛街(){} 啪啪啪(){} 睡觉(){} } 但问题来了,啪啪啪是个技术活,有著名的48式,今天到底要用哪一式呢?于是我的代码变成了这样: class 我{ 吃饭(){} 逛街(){} 啪啪啪1式(){} 啪啪啪2式(){}

《大话》之策略模式 Vs 状态模式

一.简介: 策略模式: 背景:商店要打折销售,各种版本的销售方式,让小菜心烦意乱内容: 定义算法家族,分别封装起来,让他们之间可以户型替换,此模式让算法的变化,不会影响到使用算法的用户. 图文并茂: 有图可以简单明了地知道,这是一种方法选择模式,具体的策略类封装了具体的算法(行为),继承了策略类: 那有一个简单的书上的例子,当商店遇到节日搞活动的时候,会采取不同的销售方式来扩大销售量,有买一送一.买五送三等方式,可是,具体采用什

Java设计模式之策略模式与状态模式

版权声明:本文出自汪磊的博客,转载请务必注明出处. 一.策略模式定义定义:策略模式定义了一系列的算法,并将每一个算法封装起来,而且使他们之间可以相互替换,策略模式可以在不影响客户端的情况下发生变化. 好了,定义看看就完了,我知道你很烦看定义. 二.策略模式涉及到的三个角色环境(Context)角色持有一个Strategy的引用抽象策略(Strategy)角色这是一个抽象角色,通常由一个接口或抽象类实现.此角色给出所有的具体策略类所需的接口. 具体策略(ConcreteStrateg

java - 策略模式、状态模式、卫语句，避免多重if-else(转)

前言当代码中出现多重if-else语句或者switch语句时.弊端之一:如果这样的代码出现在多处,那么一旦出现需求变更,就需要把所有地方的if-else或者switch代码进行更改,要是遗漏了某一处,那么程序就会出错.弊端之二:代码逻辑难以理解,可读性低. 卫语句 if (isSunshine()) { // 晴天时处理逻辑 return xx; } if (isRain()) { // 下雨时处理逻辑 } if (isOvercast()) { // 阴天时处理逻辑 } 策略模式使用策略模

【设计模式】模式PK：策略模式VS状态模式

1.概述行为类设计模式中,状态模式和策略模式是亲兄弟,两者非常相似,我们先看看两者的通用类图,把两者放在一起比较一下. 策略模式(左)和状态模式(右)的通用类图. 两个类图非常相似,都是通过Context类封装一个具体的行为,都提供了一个封装的方法,是高扩展性的设计模式.但根据两者的定义,我们发现两者的区别还是很明显的:策略模式封装的是不同的算法,算法之间没有交互,以达到算法可以自由切换的目的:而状态模式封装的是不同的状态,以达到状态切换行为随之发生改变的目的.这两种模式虽然都有变换的行为,但

Java重构-策略模式、状态模式、卫语句

前言当代码中出现多重if-else语句或者switch语句时.弊端之一:如果这样的代码出现在多处,那么一旦出现需求变更,就需要把所有地方的if-else或者switch代码进行更改,要是遗漏了某一处,那么程序就会出错.弊端之二:代码逻辑难以理解. 卫语句卫语句的使用,并不能改变前言说的弊端:一旦需求更改,需要修改所有使用更改需求的if-else代码块.不过使用卫语句可以让自己或者代码维护人员很容易的了解代码的含义. 代替异常分支所谓的异常分支就是普通情况之外的分支,这种情况的下的if-el

【转】Java重构-策略模式、状态模式、卫语句

前言当代码中出现多重if-else语句或者switch语句时.弊端之一:如果这样的代码出现在多处,那么一旦出现需求变更,就需要把所有地方的if-else或者switch代码进行更改,要是遗漏了某一处,那么程序就会出错.弊端之二:代码逻辑难以理解. 卫语句卫语句的使用,并不能改变前言说的弊端:一旦需求更改,需要修改所有使用更改需求的if-else代码块.不过使用卫语句可以让自己或者代码维护人员很容易的了解代码的含义. 代替异常分支所谓的异常分支就是普通情况之外的分支,这种情况的下的if-el

设计模式之策略模式和状态模式（strategy pattern & state pattern）

本文来讲解一下两个结构比较相似的行为设计模式:策略模式和状态模式.两者单独的理解和学习都是比较直观简单的,但是实际使用的时候却并不好实践,算是易学难用的设计模式吧.这也是把两者放在一起介绍的原因,经过对比和实例介绍,相信应该会一些比较深刻的感知.最后在结合个人的体会简单聊一下对这两个模式的一些看法. 1. 模式概念 1.1 策略模式运行时更改类的行为或算法,从而达到修改其功能的目的: 使用场景: 一个系统需要动态地在几种算法中选择一种,而这些算法之间仅仅是他们的行为不同. 此外决策过程中过多的

js策略模式vs状态模式

一.策略模式 1.定义:把一些小的算法,封装起来,使他们之间可以相互替换(把代码的实现和使用分离开来)2.利用策略模式实现小方块缓动 html代码: <div id="container" style="width:500px;margin:0 auto;background-color: silver;"> <div id="move" style="position: absolute;background-col

策略模式 VS 状态模式

策略模式 VS 状态模式策略模式 VS 状态模式 | 菜鸟教程 https://www.runoob.com/w3cnote/state-vs-strategy.html

如何优雅的用策略模式，取代臃肿的 if-else 嵌套，看这篇就够了

经常听同事抱怨,订单来源又加了一种,代码又要加一层if-else判断,光判断订单来源的if-else就好几百行代码,代码我都不想看了,相信很多同行都有过这样的感受! Java的二十几种设计模式背的滚瓜烂熟,为什么这个时候不想着尝试用一下?说不定能轻松的解决掉哦先说一下具体的需求: 公司推广入口很多,每一个下单来源在下单时都做特殊的逻辑处理,可能每两天就会加一个来源一.传统的实现方式那么按照传统的实现方式代码就是如下: public class OrderServiceImpl implem

[Head First设计模式]策略模式

系列文章 [Head First设计模式]山西面馆中的设计模式——装饰者模式 [Head First设计模式]山西面馆中的设计模式——观察者模式 [Head First设计模式]山西面馆中的设计模式——建造者模式 [Head First设计模式]饺子馆(冬至)中的设计模式——工厂模式 [Head First设计模式]一个人的平安夜——单例模式 [Head First设计模式]抢票中的设计模式——代理模式引言该过年了,总让人有点浮躁,公司就省俩人了,唉,如果坐等时间,那实在难熬,只能给自己找点

设计模式 ( 十八 ) 策略模式Strategy（对象行为型）

设计模式 ( 十八 ) 策略模式Strategy(对象行为型) 1.概述在软件开发中也经常遇到类似的情况,实现某一个功能有多种算法或者策略,我们能够依据环境或者条件的不同选择不同的算法或者策略来完毕该功能.如查找.排序等,一种经常使用的方法是硬编码(Hard Coding)在一个类中,如须要提供多种查找算法,能够将这些算法写到一个类中,在该类中提供多个方法,每个方法相应一个详细的查找算法:当然也能够将这些查找算法封装在一个统一的方法中,通过if-else-或者case等条件推断语句来进行选择.

在通过“以状态或者策略模式取代类型码”

热门专题