- 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的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
对此感到疯狂,真的缺少一些东西。 我有webpack 4.6.0,webpack-cli ^ 2.1.2,所以是最新的。 在文档(https://webpack.js.org/concepts/mod
object Host "os.google.com" { import "windows" address = "linux.google.com" groups = ["linux"] } obj
每当我安装我的应用程序时,我都可以将数据库从 Assets 文件夹复制到 /data/data/packagename/databases/ .到此为止,应用程序工作得很好。 但 10 或 15 秒后
我在 cc 模式缓冲区中使用 hideshow.el 来折叠我不查看的文件部分。 如果能够在 XML 文档中做到这一点就好了。我使用 emacs 22.2.1 和内置的 sgml-mode 进行 xm
已结束。此问题不符合 Stack Overflow guidelines .它目前不接受答案。 我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题,以便用事实和引用来回答它。 关闭
根据java: public Scanner useDelimiter(String pattern) Sets this scanner's delimiting pattern to a patt
我读过一些关于 PRG 模式以及它如何防止用户重新提交表单的文章。比如this post有一张不错的图: 我能理解为什么在收到 2xx 后用户刷新页面时不会发生表单提交。但我仍然想知道: (1) 如果
看看下面的图片,您可能会清楚地看到这一点。 那么如何在带有其他一些 View 的简单屏幕中实现没有任何弹出/对话框/模式的微调器日期选择器? 我在整个网络上进行了谷歌搜索,但没有找到与之相关的任何合适
我不知道该怎么做,我一直遇到问题。 以下是代码: rows = int(input()) for i in range(1,rows): for j in range(1,i+1):
我想为重写创建一个正则表达式。 将所有请求重写为 index.php(不需要匹配),它不是以/api 开头,或者不是以('.html',或'.js'或'.css'或'.png'结束) 我的例子还是这样
MVC模式代表 Model-View-Controller(模型-视图-控制器) 模式 MVC模式用于应用程序的分层开发 Model(模型) - 模型代表一个存取数据的对象或 JAVA PO
我想为组织模式创建一个 RDF 模式世界。您可能知道,组织模式文档基于层次结构大纲,其中标题是主要的分组实体。 * March auxiliary :PROPERTIES: :HLEVEL: 1 :E
我正在编写一个可以从文件中读取 JSON 数据的软件。该文件包含“person”——一个值为对象数组的对象。我打算使用 JSON 模式验证库来验证内容,而不是自己编写代码。符合代表以下数据的 JSON
假设我有 4 张 table 人 公司 团体 和 账单 现在bills/persons和bills/companys和bills/groups之间是多对多的关系。 我看到了 4 种可能的 sql 模式
假设您有这样的文档: doc1: id:1 text: ... references: Journal1, 2013, pag 123 references: Journal2, 2014,
我有这个架构。它检查评论,目前工作正常。 var schema = { id: '', type: 'object', additionalProperties: false, pro
这可能很简单,但有人可以解释为什么以下模式匹配不明智吗?它说其他规则,例如1, 0, _ 永远不会匹配。 let matchTest(n : int) = let ran = new Rand
我有以下选择序列作为 XML 模式的一部分。理想情况下,我想要一个序列: 来自 my:namespace 的元素必须严格解析。 来自任何其他命名空间的元素,不包括 ##targetNamespace和
我希望编写一个 json 模式来涵盖这个(简化的)示例 { "errorMessage": "", "nbRunningQueries": 0, "isError": Fals
首先,我是 f# 的新手,所以也许答案很明显,但我没有看到。所以我有一些带有 id 和值的元组。我知道我正在寻找的 id,我想从我传入的三个元组中选择正确的元组。我打算用两个 match 语句来做到这
我是一名优秀的程序员,十分优秀!