大家都知道,Lambda表达式是对Java语言的一点简单改进,在JDK标准类库中,运行它的方式各种各样。但是大多数的Java代码都不是由开发JDK的程序猿写的,而是像我们这样的普通程序猿。
很多人都会碰到过这样的情况:你实现了一个新功能或修复了一个缺陷,并且对自己的修改很满意。但其他人看了你的代码后——也许发生在代码审查环节,完全不买账!对于什么是好代码,什么是坏代码,存在分歧很正常!
设计模式的改变
设计模式是人们熟悉的另一种设计思想,它是软件架构中解决通用问题的模板。如果碰到一个问题,并且恰好熟悉一个与之适应的模式,就能直接应用该模式来解决问题。从某种程度上来说,设计模式将解决特定问题的最佳实践途径固定了下来。
当然的了,没有永远的最佳实践。以曾经风靡一时的单例模式为例,该模式确保只产生一个对象实例。在过去十年中,人们批评它让重新变得更脆弱,且难于测试。敏捷开发的流行,让测试显得更加重要,单例模式的这个问题把它变成了一个反模式:一种应该避免使用的模式。
所以我们应该知道的是,正确的使用Lambda表达式,让现有的设计模式变得更好、更简单,或者在某些情况下,有了不同的实现方式。
需要免费Java架构学习资料视频请加扣扣群:835544715 群内提供免费的学习指导 架 构资料 以及免费的解答 不懂得问题都可以在本群提出来 之后还会有职业生涯规划 以及面试指导常见的一些设计模式:
命令者模式:
命令者是一个对象,它封装了调用另一个方法的所有细节,命令者模式使用该对象,可以编写出根据运行期条件,顺序调用方法的一般化代码。命令者模式中有四个类参与其中,如图:
2.策略模式:
策略模式能在运行时改变软件的算法行为。如何实现策略模式根据你的情况而定,但其主要思想是定义一个通用的问题,但是不同的算法来实现,然后将这些算法都封装在一个统一接口的背后。
文件压缩就是一个很好的例子:
3.观察者模式:
观察者模式是另一种可被Lambda表达式简化和改进的行为模式。在观察者模式中,被观察者持有一个观察者列表。当被观察者的状态发生改变,会通知观察者。观察者模式被大量应用于基于MVC的GUI工具中,以此让模型状态发生变化时,自动刷新视图模块,达到二者之间的解耦。
4.模板方法模式:
开发软件时一个常见的情况是有一个通用的方法,只是步骤上略有不同,我们希望不同的实现能够遵守通用模式,保证他们使用了同一个算法,也是为了让代码更加易读。窗边的小豆豆(http://www.simayi.net/dushubiji/6111.html)读书笔记摘抄好词好句及感悟赏析,一旦你从整体上理解了算法,就能更容易理解其各种表现。
模板方法模式是为这些情况而设计的:整体算法的设计是一个抽象类,它有一系列抽象方法,代表算法中可被定制的步骤,同时这个类中包含了一些通用代码。算法的每一个变种由具体的类实现,它们重写了抽象方法,提供了相应的实现。
使用Java编写DSL
领域专用语言(DSL)是针对软件系统中某特定部分的编程语言。他们通常比较小巧,表达能力也不如Java这样能应对大多数编程任务的通用语言强。DSL高度专用:不求画面俱到,但求有所专长。
Java BDD框架:下面的例子描述了一个Stack的某些行为。
(左右滑动可以查看)
public class StackSpec{{
describe("a stack", it -> {
it.should("be empty when created",expect -> {
expect.that(new Stack()).isEmpty();
});
it.should("push new elementsonto the top of the stack", expect -> {
Stack stack = new Stack<>();
stack.push(1);
expect.that(stack.get(0)).isEqualTo(1);
});
it.should("pop the last element pushed onto the stack", expect -> {
Stack stack = new Stack<>();
stack.push(2);
stack.push(1);
expect.that(stack.pop()).isEqualTo(2);
});
});
}):
首先我们使用动词 describe 为套件起头,然后定义一个名字表明这是描述什么东西的行为,这里我们使用了 "a stack"。
每一条规则读起来尽可能接近英语中的句子。它们均以 it.should 开头,其中 it 指正在描述的对象。然后用一句简单的英语描述行为,最后使用 expect.that做前缀,描述期待的行为。
检查规则时,会从命令行得到一个简单的报告,表明是否有规则失败。你会发现 pop 操作期望的返回值是 2,而不是 1,因此“pop the last element pushed onto the stack” 这条规则就失败了:
a stack
should pop the last element pushed onto the stack[expected: but was: ]
should be empty when created
should push new element onto the top of the stack
需要免费Java架构学习资料视频请加扣扣群:835544715 群内提供免费的学习指导 架构资料 以及免费的解答 不懂得问题都可以在本群提出来 之后还会有职业生涯规划以及面试指导
网友评论