We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在看 Scalable Frontend 1 — Architecture Fundamentals 的时候,想到应该不止这一种分层模式吧,就去找了些资料,翻译记录。
原文:10 Common Software Architectural Patterns in a nutshelle
有没有想过大型企业级系统是如何设计的?在主要软件开发开始之前,我们必须选择一个合适的架构,它将为我们提供所需的功能和质量特性。因此,我们应该理解不同的架构,在将它们应用到我们的设计中之前。
根据维基百科,
架构模式是一种通用的、可重用的解决方案,用于解决在特定环境下软件架构中的常见问题。架构模式类似于软件设计模式,但范围更广。
在这篇文章中,我将简要解释以下 10 种常见的架构模式及其应用、优势和不足。
这种模式可以用于构造可以分解为子任务组的程序,每个子任务都处于特定的抽象级别。每层都为下一个更高层提供服务。
一般信息系统里最常见的4个层次如下。
这种模式由两个部分组成:一个服务器和多个客户端。服务器组件将为多个客户端组件提供服务。客户端向服务器请求服务,服务器向这些客户端提供相关服务。此外,服务器继续侦听客户端请求。
这种模式由两个部分组成:主(Master)和从(slave)。主组件为相同的从组件分配工作,并根据从组件返回的结果计算最终结果。
此模式可用于构造生成和处理数据流的系统。每个处理步骤都包含在过滤器组件中。要处理的数据通过管道传递。这些管道可用于缓冲或同步。
这种模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用相互合作。代理组件负责协调组件之间的通信。
服务器将其功能(服务和特性)发布给代理。客户端向代理请求服务,然后代理从注册表中将客户端重定向到合适的服务。
在这种模式中,单个组件称为对等点。对等点既可以作为客户端,向其它对等点请求服务,也可以作为服务器,向其它对等点提供服务。对等点可以充当客户端或服务器,也可以同时充当两者,并且可以随时间动态地更改其角色。
这种模式主要处理事件,有 4 个主要组件:事件源(event source)、事件侦听器(event listener)、频道(channel)和事件总线(event bus)。源将消息发布到一个事件总线上的特定频道。侦听器订阅特定频道。侦听器将收到消息的通知,这些消息将发布到它们之前订阅的频道。
这种模式也称为 MVC 模式,它将交互应用程序分为三个部分:
这样做是为了将呈现给用户内部信息的方式和接受用户信息的方式区分开。它把组件解耦并允许高效的代码复用。
这种模式对于不知道确定解决方案策略的问题很有用。黑板模式由三个主要部分组成。
所有的组件都能访问到黑板。组件可能会生成新的数据对象,并将其添加到黑板中。组件在黑板上查找特定类型的数据,并可以通过与现有知识源的模式匹配来找到这些数据。
这种模式用于设计解释用特定语言编写的程序的组件。它主要指定如何解析每行程序,即用特定语言编写的语句或表达式。其基本思想是为语言的每个符号建立一个类。
下面总结了每种架构模式的优势和不足。
最近看完了太宰治的一些文章合集,他最后的作品《人间失格》,其主人公算是经历了亲情、友情、爱情的失格,最后认定自己失去了作为人的资格。
太宰治在这之前的作品里面,没有《人间失格》里面描写的那么多面,往往重点在一个方面上,不变的是,似乎死亡的念头始终在他所有的文章中有所涉及。
太宰治讲到想死的时候,没有那种大义或高尚的原因,更多的是对自己的绝望,对世界的绝望。反反复复的思考,无法找到让自己解脱的出路,就出现了寻死的想法。
《人间失格》最后主角领悟到:
最终一切都将会过去。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
目录
引子
在看 Scalable Frontend 1 — Architecture Fundamentals 的时候,想到应该不止这一种分层模式吧,就去找了些资料,翻译记录。
原文:10 Common Software Architectural Patterns in a nutshelle
正文
有没有想过大型企业级系统是如何设计的?在主要软件开发开始之前,我们必须选择一个合适的架构,它将为我们提供所需的功能和质量特性。因此,我们应该理解不同的架构,在将它们应用到我们的设计中之前。
什么是架构模式?
根据维基百科,
在这篇文章中,我将简要解释以下 10 种常见的架构模式及其应用、优势和不足。
1.分层模式(Layered pattern)
这种模式可以用于构造可以分解为子任务组的程序,每个子任务都处于特定的抽象级别。每层都为下一个更高层提供服务。
一般信息系统里最常见的4个层次如下。
应用
2.客户端-服务器模式(Client-server pattern)
这种模式由两个部分组成:一个服务器和多个客户端。服务器组件将为多个客户端组件提供服务。客户端向服务器请求服务,服务器向这些客户端提供相关服务。此外,服务器继续侦听客户端请求。
应用
3.主从模式(Master-slave pattern)
这种模式由两个部分组成:主(Master)和从(slave)。主组件为相同的从组件分配工作,并根据从组件返回的结果计算最终结果。
应用
4.管道过滤模式(Pipe-filter pattern)
此模式可用于构造生成和处理数据流的系统。每个处理步骤都包含在过滤器组件中。要处理的数据通过管道传递。这些管道可用于缓冲或同步。
应用
5.代理模式(Broker pattern)
这种模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用相互合作。代理组件负责协调组件之间的通信。
服务器将其功能(服务和特性)发布给代理。客户端向代理请求服务,然后代理从注册表中将客户端重定向到合适的服务。
应用
6.点对点模式(Peer-to-peer pattern)
在这种模式中,单个组件称为对等点。对等点既可以作为客户端,向其它对等点请求服务,也可以作为服务器,向其它对等点提供服务。对等点可以充当客户端或服务器,也可以同时充当两者,并且可以随时间动态地更改其角色。
应用
7.事件总线模式(Event-bus pattern)
这种模式主要处理事件,有 4 个主要组件:事件源(event source)、事件侦听器(event listener)、频道(channel)和事件总线(event bus)。源将消息发布到一个事件总线上的特定频道。侦听器订阅特定频道。侦听器将收到消息的通知,这些消息将发布到它们之前订阅的频道。
应用
8.MVC 模式(Model-view-controller pattern)
这种模式也称为 MVC 模式,它将交互应用程序分为三个部分:
这样做是为了将呈现给用户内部信息的方式和接受用户信息的方式区分开。它把组件解耦并允许高效的代码复用。
应用
9.黑板模式(Blackboard pattern)
这种模式对于不知道确定解决方案策略的问题很有用。黑板模式由三个主要部分组成。
所有的组件都能访问到黑板。组件可能会生成新的数据对象,并将其添加到黑板中。组件在黑板上查找特定类型的数据,并可以通过与现有知识源的模式匹配来找到这些数据。
应用
10.解析器模式(Interpreter pattern)
这种模式用于设计解释用特定语言编写的程序的组件。它主要指定如何解析每行程序,即用特定语言编写的语句或表达式。其基本思想是为语言的每个符号建立一个类。
应用
架构模式比较
下面总结了每种架构模式的优势和不足。
参考资料
🗑️
最近看完了太宰治的一些文章合集,他最后的作品《人间失格》,其主人公算是经历了亲情、友情、爱情的失格,最后认定自己失去了作为人的资格。
太宰治在这之前的作品里面,没有《人间失格》里面描写的那么多面,往往重点在一个方面上,不变的是,似乎死亡的念头始终在他所有的文章中有所涉及。
太宰治讲到想死的时候,没有那种大义或高尚的原因,更多的是对自己的绝望,对世界的绝望。反反复复的思考,无法找到让自己解脱的出路,就出现了寻死的想法。
《人间失格》最后主角领悟到:
The text was updated successfully, but these errors were encountered: