摘要:解决思路或生产对象,扮演生产者的角色而消费对象,扮演消费者的角色。正常情况下它们生产对象,而异常情况下,则抛出异常。重构的思路在于将异常处理更加明晰化,让生产者与消费者之间的关系流水化。容器化其中,与包内私有,对外不公开。
场景
以一个简化了的用户登录的鉴权流程,流程大体如下:
首先尝试本站鉴权,如果失败,再尝试twiter的方式恢复;
之后再进行Two Factor认证;
快速实现按照流程定义,可以快速实现第一个版本。这段代码充满了很多的坏味道,职责不单一,复杂的异常分支处理,流程的脉络不够清晰等等,接下来我们尝试一种很特别的重构方式来改善设计。
public boolean authenticate(String id, String passwd) { User user = null; try { user = login(id, passwd); } catch (AuthenticationException e) { try { user = twiterLogin(id, passwd); } catch (AuthenticationException et) { return false; } } return twoFactor(user); }解决思路
login或twiterLogin生产User对象,扮演生产者的角色;而twoFactor消费User对象,扮演消费者的角色。
最难处理的就是login或twiterLogin可能会存在异常处理。正常情况下它们生产User对象,而异常情况下,则抛出异常。
重构的思路在于将异常处理更加明晰化,让生产者与消费者之间的关系流水化。为此,可以将User对象,可能抛出的异常进行容器化,它们形成互斥关系,不能共生于这个世界。
容器化public interface Try{ static Try trying(ExceptionalSupplier s) { try { return new Success<>(s.get()); } catch (Exception e) { return new Failure<>(e); } } boolean isFailure(); default boolean isSuccess() { return !isFailure(); } T get(); }
其中,Success与Failure包内私有,对外不公开。
final class Successimplements Try { private final T value; Success(T value) { this.value = value; } @Override public boolean isFailure() { return false; } @Override public T get() { return value; } }
import java.util.NoSuchElementException; final class Failure生产者implements Try { private final Exception e; Failure(Exception e) { this.e = e; } @Override public boolean isFailure() { return true; } @Override public T get() { throw new NoSuchElementException("Failure.get"); } }
与JDK8标准库中不一样,它能处理受检异常。
@FunctionalInterface public interface ExceptionalSupplier第一次重构{ T get() throws E; }
import static Try.trying; public boolean authenticate(String id, String passwd) { Try链式DSLuser = trying(() -> login(id, passwd)); if (user.isFailure()) { user = trying(() -> twiterLogin(id, passwd)); } return user.isSuccess() && twoFactor(user.get()); }
上述trying的应用,使用状态查询的Try.isFailure/isSuccess方法显得有些笨拙,可以通过构造链式的DSL改善设计。
public interface Try{ ...... Try recover(Function > f); }
final class Successimplements Try { ...... @Override @SuppressWarnings("unchecked") public Try recover(Function > f) { return (Try)this; } }
final class Failure第二次重构implements Try { private final Exception e; Failure(Exception e) { this.e = e; } @Override public Try recover(Function > f) { try { return f.apply(e); } catch (Exception e) { return new Failure(e); } } }
使用recover关键字,进一步地改善表达力。首先试图login生产一个User,如果失败从twiterLogin中恢复;最后由twoFactor消费User对象。
public boolean authenticate(String id, String passwd) { Try彻底链化user = trying(() -> login(id, passwd)) .recover(e -> trying(() -> twiterLogin(id, passwd))); return user.isSuccess() && twoFactor(user.get()); }
public interface Try{ ...... default T getOrElse(T defaultValue) { return isSuccess() ? get() : defaultValue; } Try map(Function f); }
final class Successimplements Try { ...... @Override public Try map(Function f) { try { return new Success(f.apply(value)); } catch (Exception e) { return new Failure(e); } } }
final class Failure第三次重构implements Try { ...... @Override @SuppressWarnings("unchecked") public Try map(Function f) { return (Try)this; } }
public boolean authenticate(String id, String passwd) { return trying(() -> login(id, passwd)) .recover(e -> trying(() -> twiterLogin(id, passwd))) .map(user -> twoFactor(user)) .getOrElse(false); }应用Scala
Java8 Lambda表达式() -> login(id, passwd)中空的参数列表颇让人费解,但这是Java8语言本身限制的,应用Scala表达力可进一步提高。
import scala.util.Try def authenticate(id: String, passwd: String): Boolean = { Try(login(id, passwd)) .recover{ case e: => twiterLogin(id, passwd) } .map(twoFactor) .getOrElse(false) }Try的本质
Try是Monad的一个应用,使得异常的处理可以在流水线上传递。使用Scala的Try简化实现版本是这样的。
sealed abstract class Try[+T] { def isSuccess: Boolean def get: T } final case class Failure[+T](val exception: Throwable) extends Try[T] { def isSuccess: Boolean = false def get: T = throw exception } final case class Success[+T](value: T) extends Try[T] { def isSuccess: Boolean = true def get = value } object Try { def apply[T](r: => T): Try[T] = { try Success(r) catch { case NonFatal(e) => Failure(e) } } }
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/65595.html
摘要:注不做翻译是中最小的构建部件。在里渲染让我们看一下在下面有在你文件中无处不在的标签我们会把这元素成为元素因为的所有东西都会放在这个元素里面。通过方法,我们能吧渲染到我们根节点上。更新被渲染的是不可变的。 下面是react官方文档的个人翻译,如有翻译错误,请多多指出原文地址:https://facebook.github.io/re...特别感谢Hevaen,同时也向豪大React群所有...
摘要:例如,将函数修改为小恐龙眨眼这样小恐龙会不停的眨眼睛。小恐龙的开场动画下面来实现小恐龙对键盘按键的响应。接下来还需要更新动画帧才能实现小恐龙的奔跑动画。 文章首发于我的 GitHub 博客 前言 上一篇文章:《Chrome 小恐龙游戏源码探究七 -- 昼夜模式交替》实现了游戏昼夜模式的交替,这一篇文章中,将实现:1、小恐龙的绘制 2、键盘对小恐龙的控制 3、页面失焦后,重新聚焦会重置...
摘要:在中已经澄清分号恩,这也是规范一部分阅读更多类型分配强制转换执行强制类型转换的语句。对于整型值大于位的进行位运算将导致不可预见的行为。在范围内使用进行对象查询译文出处 类型 基本类型:访问基本类型时,应该直接操作类型值 string number boolean null undefined javascriptvar foo = 1; var bar = foo; bar ...
摘要:,已过期,请使用代替。解决方案安卓增加属性并设置为官方解释当图片实际尺寸和容器样式尺寸不一致时,决定以怎样的策略来调整图片的尺寸。 本文均为RN开发过程中遇到的问题、坑点的分析及解决方案,各问题点之间无关联,希望能帮助读者少走弯路,持续更新中... (2019年3月29日更新) 原文链接:http://www.kovli.com/2018/06/... 作者:Kovli - 如何在原生...
摘要:最近工作中重构了抽奖转盘,给大家提供一个开发转盘抽奖的思路需求转盘根据奖品数量不同而有变化目录结构由于业务需要所以开发了两个版本抽奖,和,不过部分只能替换图片,没有功能逻辑。 最近工作中重构了抽奖转盘,给大家提供一个开发转盘抽奖的思路 需求 1、转盘根据奖品数量不同而有变化 2、canvas 目录结构 showImg(https://segmentfault.com/img/bVbwL...
阅读 3452·2019-08-30 15:44
阅读 797·2019-08-30 13:46
阅读 2057·2019-08-30 11:05
阅读 3332·2019-08-29 18:32
阅读 2154·2019-08-29 13:56
阅读 1296·2019-08-29 12:57
阅读 756·2019-08-28 18:21
阅读 1733·2019-08-26 12:16