- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章浅谈常用的架构模式由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
架构模式是软件架构中在给定环境下常遇到问题的通用的、可重用的解决方案。类似于软件设计模式但覆盖范围更广,致力于软件工程中不同问题,如计算机硬件性能限制、高可用性、业务风险极小化。一些架构模式在软件框架被实现。- 维基百科 。
说明 。
架构模式有很多种,本文只讨论工作中使用较多的几种:
分层架构 。
分层架构模式工作中用的比较多,常见的有MVC等,通过分层将职责划分到某一层上,层次清晰,架构明了.
我们以MVC来举例说明:controller -> service -> dao 。
@RestController 。
@RequestMapping("/order") 。
public class OrderController { 。
@Autowired 。
private OrderService orderService; 。
。
/** 。
* 新增订单 。
* @param order 。
* @return 。
*/ 。
@PostMapping("/add") 。
public Response addOrder(Order order) { 。
orderService.add(order); 。
return Response.success(); 。
} 。
} 。
。
public interface OrderService { 。
/** 。
* 添加订单 。
* @param order 。
* @return 。
*/ 。
boolean add(Order order); 。
} 。
。
public interface OrderRepository { 。
。
int save(Order order); 。
} 。
按照依赖方向,上层依次依赖下层,每一层处理不同到逻辑.
之前到文章有讨论过通过依赖反转来改变依赖关系,从而更少到减少耦合.
Pipeline架构 。
Pipeline架构也称为管道或流水线架构,处理流程成线性,各个环节有相应到组件处理,从前到后顺序执行.
概念说明:
/** 。
* 组件 。
*/ 。
public interface Component<T> { 。
/** 。
* 组件名称 。
* @return 。
*/ 。
String getName(); 。
。
/** 。
* 获取下游组件 。
* @return 。
*/ 。
Collection<Component> getDownStrems(); 。
。
/** 。
* 组件执行 。
*/ 。
void execute(T o); 。
} 。
。
public abstract class AbstractComponent<T, R> implements Component<T>{ 。
。
@Override 。
public void execute(T o) { 。
// 当前组件执行 。
R r = doExecute(o); 。
System.out.println(getName() + " receive " + o + " return " + r); 。
// 获取下游组件,并执行 。
Collection<Component> downStreams = getDownStrems(); 。
if (!CollectionUtils.isEmpty(downStreams)) { 。
downStreams.forEach(c -> c.execute(r)); 。
} 。
} 。
。
protected abstract R doExecute(T o); 。
} 。
。
/** 。
* 数据来源 。
*/ 。
public abstract class Source<T, R> extends AbstractComponent<T, R>{ 。
。
} 。
。
/** 。
* 管道/信道 。
* @param <T> 。
*/ 。
public abstract class Channel<T, R> extends AbstractComponent<T, R> { 。
。
} 。
。
/** 。
* 数据落地 。
* @param <T> 。
*/ 。
public abstract class Sink<T, R> extends AbstractComponent<T, R> { 。
。
} 。
。
public class IntegerSource extends Source<Integer, Integer>{ 。
。
@Override 。
protected Integer doExecute(Integer o) { 。
return o; 。
} 。
。
@Override 。
public String getName() { 。
return "Integer-Source"; 。
} 。
。
@Override 。
public Collection<Component> getDownStrems() { 。
return Collections.singletonList(new IncrChannel()); 。
} 。
。
} 。
。
public class IncrChannel extends Channel<Integer, Integer> { 。
。
@Override 。
protected Integer doExecute(Integer o) { 。
return o + 1; 。
} 。
。
@Override 。
public String getName() { 。
return "Incr-Channel"; 。
} 。
。
@Override 。
public Collection<Component> getDownStrems() { 。
return Collections.singletonList(new StringChannel()); 。
} 。
。
} 。
。
public class StringChannel extends Channel<Integer, String> { 。
。
@Override 。
protected String doExecute(Integer o) { 。
return "str" + o; 。
} 。
。
@Override 。
public String getName() { 。
return "String-Channel"; 。
} 。
。
@Override 。
public Collection<Component> getDownStrems() { 。
return Collections.singletonList(new StringSink()); 。
} 。
。
} 。
。
public class StringSink extends Sink<String, Void>{ 。
。
@Override 。
protected Void doExecute(String o) { 。
return null; 。
} 。
。
@Override 。
public String getName() { 。
return "String-Sink"; 。
} 。
。
@Override 。
public Collection<Component> getDownStrems() { 。
return null; 。
} 。
。
} 。
。
/** 。
* 流水线 。
*/ 。
public class Pipeline { 。
/** 。
* 数据源 。
*/ 。
private Source source; 。
。
public Pipeline(Source source) { 。
this.source = source; 。
} 。
。
/** 。
* 启动 。
*/ 。
public void start() { 。
source.execute(1); 。
} 。
} 。
测试:
public class PipelineTest { 。
。
@Test 。
public void test() { 。
Pipeline pipeline = new Pipeline(new IntegerSource()); 。
pipeline.start(); 。
} 。
} 。
执行结果:
Integer-Source receive 1 return 1 。
Incr-Channel receive 1 return 2 。
String-Channel receive 2 return str2 。
String-Sink receive str2 return null 。
事件驱动架构 。
事件驱动是以某个具体事件为触发条件,从而贯穿这个处理流程。通常事件驱动属于发布订阅模式或观察者模式, 用于异步处理,解耦业务逻辑。具体实现有进程内的和分布式的方式,比如:EventBus, MQ等等.
代码举例:
public class OrderEventListener implements Listener<OrderEvent> { 。
。
@Override 。
public void onEvent(OrderEvent event) { 。
System.out.println("receive event: " + event); 。
} 。
} 。
。
public class EventBus { 。
。
private final static List<Listener> listeners = new ArrayList<>(); 。
。
/** 。
* 注册监听器 。
* @param listener 。
*/ 。
public static void registerListener(Listener listener) { 。
listeners.add(listener); 。
} 。
。
/** 。
* 发布事件 。
* @param event 。
*/ 。
public void publishEvent(Event event) { 。
// 收到并处理事件 。
listeners.forEach(l -> { 。
l.onEvent(event); 。
}); 。
} 。
} 。
测试:
public class EventBusTest { 。
。
@Test 。
public void publish() { 。
OrderEvent event = new OrderEvent("order_2", OrderState.PENDING_PAYMENT); 。
EventBus.registerListener(new OrderEventListener()); 。
EventBus eventBus = new EventBus(); 。
eventBus.publishEvent(event); 。
} 。
} 。
Spring中也有事件发布和监听(深入浅出Spring/SpringBoot 事件监听机制):
@Component 。
public class OrderEventListener { 。
。
@Async 。
@EventListener(OrderEvent.class) 。
public void onEvent(OrderEvent event) { 。
System.out.println("receive event: " + event); 。
} 。
} 。
。
public class EventTest { 。
@Autowired 。
private ApplicationContext context; 。
。
@Test 。
public void publishEvent() { 。
OrderEvent event = new OrderEvent("order_1", OrderState.PENDING_PAYMENT); 。
context.publishEvent(event); 。
} 。
} 。
总结 。
以上通过代码实例简单说明了工作中常用到的架构模式,但是模式不是固定的,工作中需结合实际情况按需使用即可.
原文地址:https://www.toutiao.com/a6910762028235784718/ 。
最后此篇关于浅谈常用的架构模式的文章就讲到这里了,如果你想了解更多关于浅谈常用的架构模式的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
服务架构进化论 原始分布式时代 一直以来,我可能和大多数的人认知一样,认为我们的服务架构的源头是单体架构,其实不然,早在单体系
序列化和反序列化相信大家都经常听到,也都会用, 然而有些人可能不知道:.net为什么要有这个东西以及.net frameword如何为我们实现这样的机制, 在这里我也是简单谈谈我对序列化和反序列化的
内容,是网站的核心所在。要打造一个受用户和搜索引擎关注的网站,就必须从网站本身的内容抓起。在时下这个网络信息高速发展的时代,许多低质量的信息也在不断地充斥着整个网络,而搜索引擎对一些高质量的内容
从第一台计算机问世到现在计算机硬件技术已经有了很大的发展。不管是现在个人使用的PC还是公司使用的服务器。双核,四核,八核的CPU已经非常常见。这样我们可以将我们程序分摊到多个计算机CPU中去计算,在
基本概念: 浅拷贝:指对象的字段被拷贝,而字段引用的对象不会被拷贝,拷贝对象和原对象仅仅是引用名称有所不同,但是它们共用一份实体。对任何一个对象的改变,都会影响到另外一个对象。大部分的引用类型,实
.NET将原来独立的API和SDK合并到一个框架中,这对于程序开发人员非常有利。它将CryptoAPI改编进.NET的System.Security.Cryptography名字空间,使密码服务摆脱
文件与文件流的区别(自己的话): 在软件开发过程中,我们常常把文件的 “读写操作” ,与 “创造、移动、复制、删除操作” 区分开来
1. 前言 单元测试一直都是"好处大家都知道很多,但是因为种种原因没有实施起来"的一个老大难问题。具体是否应该落地单元测试,以及落地的程度, 每个项目都有自己的情况。 本篇为
事件处理 1、事件源:任何一个HTML元素(节点),body、div、button 2、事件:你的操作 &
1、什么是反射? 反射 (Reflection) 是 Java 的特征之一,它允许运行中的 Java 程序获取自身的信息,并且可以操作类或对象的内部属性。 Oracle 官方对
1、源码展示 ? 1
Java 通过JDBC获得连接以后,得到一个Connection 对象,可以从这个对象获得有关数据库管理系统的各种信息,包括数据库中的各个表,表中的各个列,数据类型,触发器,存储过程等各方面的信息。
可能大家谈到反射面部肌肉都开始抽搐了吧!因为在托管语言里面,最臭名昭著的就是反射!它的性能实在是太低了,甚至在很多时候让我们无法忍受。不过不用那么纠结了,老陈今天就来分享一下如何来优化反射!&nbs
1. 前言 最近一段时间一直在研究windows 驱动开发,简单聊聊。 对比 linux,windows 驱动无论是市面上的书籍,视频还是社区,博文以及号主,写的人很少,导
问题:ifndef/define/endif”主要目的是防止头文件的重复包含和编译 ========================================================
不知不觉.Net Core已经推出到3.1了,大多数以.Net为技术栈的公司也开始逐步的切换到了Core,从业也快3年多了,一直坚持着.不管环境
以前面试的时候经常会碰到这样的问题.,叫你写一下ArrayList.LinkedList.Vector三者之间的区别与联系:原先一直搞不明白,不知道这三者之间到底有什么区别?哎,惭愧,基础太差啊,木
目录 @RequestParam(required = true)的误区 先说结论 参数总结 @RequestParam(r
目录 FTP、FTPS 与 SFTP 简介 FTP FTPS SFTP FTP 软件的主动模式和被动模式的区别
1、Visitor Pattern 访问者模式是一种行为模式,允许任意的分离的访问者能够在管理者控制下访问所管理的元素。访问者不能改变对象的定义(但这并不是强制性的,你可以约定为允许改变)。对管
我是一名优秀的程序员,十分优秀!