五种常见的软件架构(几种常见软件架构)

发布网友 发布时间：2024-09-15 01:55

我来回答

共1个回答

热心网友 时间：2024-10-26 03:33

软件产品的架构，通常都是随着业务的发展而不断演变的；我从事软件开发行业也有十余年了，遇到过的软件（企业级应用，我是从事Java开发）架构主要有这么几种：

单体架构架构

总的概括来说，单体架构就是应用所有的功能，只有一个代码包，开发和部署都在一起，这是一种比较传统的架构风格；当然，单体架构也有着诸多的缺点：

SOA架构

因为单体应用架构的种种缺点，已经不能再满足业务需求的时候，于是就出现了SOA架构。

SOA架构的主要思想是把应用程序的模块化组件，通过接口联系起来（接口可以独立于语言、框架、硬件、操作系统）；在SOA架构中，有两个主流实现方式：

微服务架构

微服务的产生，也是由于SOA架构的一些缺点，这里再次印证了这句话，【应用架构的演进的过程通常是被业务逼出来的】。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

北京开运联合认为：Creat系列框架（java框架、c++框架、.net框架、app框架、php框架）是集快速开发+通用权限管理+工作流+即时通讯+微信组件+智能开发+智能报表+手机APP开发等组件于一体的敏捷开发框架。开发难度小，提高50%以上的工作效率，可无线扩展，轻松开发APP、CRM、OA、ERP、WMS、MIS等。

2.CreatN框架优势

开发周期短：仅用传统开发周期1/3的时间，便可以完成开发任务。如果您对这个框架刚兴趣，想了解更多相关信息，这里提供最详细的报价，如果你真的想做，可以来这里，这个手技的开始数字是一八七中间的是三儿零最后的是一四二五零，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。开发难度低：仅需初级开发人员，3天内便可上手开发软件。

开发成本低：无需收费中间件，节省大部分时间和人员成本。

无限扩展性：无限扩展组件，满足多种软件应用开发。

无依赖性：对技术人员依赖程度低，新人快速上手，不惧怕人才流动。

界面美观：丰富的精美界面控件，无需专业美工，界面风格高度统一。

运行速度快：自带速度优化处理，无需开发人员操心。

安全性高：自带安全处理，自动查错，避免任何漏洞。

支持多类型数据库：自带多类型数据库接口，满足无缝隙接口对接。

以往，企业软件多是以业务系统划分的“大软件”，为了满足部门级协作的需要，软件由复杂的功能模块组成、工作流程长;“大软件”因为独立开发部署，花费大、周期长，软件之间也很难连通协作。

随着IT基础计算能力的提高、大数据的广泛应用，企业能够将分散的业务软件集成到统一的大平台上;而移动互联网的深度渗透，更迎合了用户对企业软件功能简单化、使用移动化、协作点状化的需求。这也使得软件框架在各行业内的需求越来越多。

Creat系列数据框架体系立足于企业发展现状和企业建设需求，着眼于企业信息系统集约化建设和信息资源共享融合，在现有企业建设和发展的基础上，借鉴企业内部发展经验，通过运用大数据模式和服务模式创新，不仅将实现企业数据统一部署，基础数据统一集聚，业务数据深度融合，应用数据深入挖掘，主题数据跨行业、跨部门、跨层级共享，更为重要的是通过建立一体化的、弹性可扩展的企业数据架构项目，规范和引导应用项目开发，改变多头共享，无序交换，粗放发展的局面，重塑企业数据环境，构建双向互动、有序交换、深度融合，按需服务、良性循环的集约化企业数据生态圈。

通俗的来说Creat系列数据框架是一套软件半成品，相当于一座建好的毛坯房，主体框架已经建好，样板间已经做好，各类装修材料已经备齐，您只需要根据自己的业务需求来装修完房间就可高价出售。这款产品非常适合企业管理软件和互联网平台后台系统，开发框架中提供了完善的权限角色管理功能，快速开发功能，工作流引擎功等通用的功能模块，以及可扩展的系统机制，美观简洁的UI界面风格。

架构（Schema）是一组数据库对象的集合，它被单个负责人（可以是用户或角色）所拥有并构成唯一命名空间。你可以将架构看成是对象的容器。

在SQLServer2000中，用户（User）和架构是隐含关联的，即每个用户拥有与其同名的架构。因此要删除一个用户，必须先删除或修改这个用户所拥有的所有数据库对象。

在SQLServer2005中，架构和创建它的数据库用户不再关联，完全限定名（fully-qualifiedname）现在包含4个部分：server.database.schema.object

1.体系结构（Architecture）

体系结构亦可称为架构，所谓软件架构，根据Perry和Wolfe之定义：SoftwareArchitecture={Elements,Forms,Rationale/Constraint}，也就是软件主架构={组件元素，元素互助合作之模式，基础要求与限制}。PhilippeKruchten采用上面的定义，并说明主架构之设计就是：将各组件元素以某些理想的合作模式组织起来，以达成系统的基本功能和限制。体系结构又分为多种样式，如PipesandFilters等。

2.框架(Framework)

框架亦可称为应用架构，框架的一般定义就是：在特定领域基于体系结构的可重用的设计。也可以认为框架是体系结构在特定领域下的应用。框架比较出名的例子就是MVC。

3.库(Library)

库应该是可重用的、相互协作的资源的集合，供开发人员进行重复调用。它与框架的主要区别在于运行时与程序的调用关系。库是被程序调用，而框架则调用程序。比较好的库有JDK。

4.设计模式（DesignPattern）

设计模式大家应该很熟悉，尤其四人帮所写的书更是家喻户晓。“四人帮”将模式描述为“在一定的环境中解决某一问题的方案”。这三个事物—问题、解决方案和环境—是模式的基本要素。给模式一个名称，考虑使用模式将产生的结果和提供一个或多个示例，对于说明模式也都是有用的。

5.平台（PlatForm）

由多种系统构成，其中也可以包含硬件部分。

对于以上的概念有一个比较清楚的认识之后，就可以在软件的开发过程中进行应用。理论和实践是缺一不可的，相辅相成的。没有理论的指导，实践就缺乏基础；没有实践的证明，理论就缺乏依据，因此我一直认为：对于当代的程序员，在有一定的实践基础后，必须学习更深的理论知识。无论你是从那方面先开始学习的。

在软件的开发过程中，从许多过程实践和方法中，大致可以提炼出五大步骤：需求、分析、设计、编码、测试。而体系结构是软件的骨架，是最重要的基础。体系结构是涉及到每一步骤中。一般在获取需要的同时，就应该开始分析软件的体系结构。体系结构现在一般是各个大的功能模块组合成，然后描述各个部分的关系。

我一般认为框架是体系结构中每个模块中更细小的结构。如需要表示web技术，就会用到MVC框架，而web功能只是整个软件体系中的一个功能模块。每个框架可以有许多个实例，如用java实现的MVC框架structs。

而在框架之下就是设计模式，设计模式一般是应用中框架之中的，也可以说是对框架的补充。因为框架只是提供了一个环境，需要我们我里面填入更多的东西。无论是否应用了设计模式，你都可以实现软件的功能，而正确应用了设计模式，是我们对前人软件的设计或实现方法的一种继承，从而让你的软件更软。

体系结构是可以从不同视角来进行分析的，所以软件体系结构的设计可以按照不同的视角来进行的。按4+1views的论述，那是四种views：逻辑、开发、过程、物理和场景。因此体系结构是逐渐细化的，你不可能开始就拿出一个完美的体系结构，而只能根据开发过程逐渐对体系结构进行细化。

打个比方：如果我们准备建一个房子，那房子如果按功能来分：墙壁、地板、照明等，它是按那种样式来组成的，房子是四方的还是圆形的等，这样就组成了房子的体系结构。在体系结构之下，我们可以把框架应用在每个模块中，例如墙壁，我们准备应用什么框架。墙壁可以包括：窗户、门等。窗户和门的组成的就是一种框架。而窗户是什么形状的或者是大还是小，是要为了实现屋内的亮度的，因此挑选什么样的窗户就是设计模式。

根据我们关注的角度不同，可以将架构分成三种：软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。

比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图

图2、一个逻辑架构的例子

从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。每一个层次都含有多个逻辑元件。比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。软件元件是怎样放到硬件上的。

比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。

系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。

此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。

首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。

其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。

根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。

图解几种常见的软件架构模式

本篇经验将和大家介绍几种常见的软件架构模式，希望对大家的工作和学习有所帮助！

方法/步骤

分层模式

这种模式也称为多层体系架构模式。它可以用来构造可以分解为子任务组的程序，每个子任务都处于一个特定的抽象级别。每个层都为下一个提供更高层次服务。

一般信息系统中最常见的是如下所列的4层。

表示层(也称为UI层)

应用层(也称为服务层)

业务逻辑层(也称为领域层)

数据访问层(也称为持久化层)

使用场景：

一般的桌面应用程序

电子商务Web应用程序

客户端-服务器模式

这种模式由两部分组成：一个服务器和多个客户端。服务器组件将为多个客户端组件提供服务。客户端从服务器请求服务，服务器为这些客户端提供相关服务。此外，服务器持续侦听客户机请求。

使用场景：

电子邮件，文件共享和银行等在线应用程序

主从设备模式

这种模式由两方组成;主设备和从设备。主设备组件在相同的从设备组件中分配工作，并计算最终结果，这些结果是由从设备返回的结果。

使用场景：

在数据库复制中，主数据库被认为是权威的来源，并且要与之同步

在计算机系统中与总线连接的外围设备(主和从驱动器)

管道-过滤器模式

此模式可用于构造生成和处理数据流的系统。每个处理步骤都封装在一个过滤器组件内。要处理的数据是通过管道传递的。这些管道可以用于缓冲或用于同步。

使用场景：

编译器。连续的过滤器执行词法分析、解析、语义分析和代码生成

生物信息学的工作流

代理模式

此模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用彼此交互。代理组件负责组件之间的通信协调。

服务器将其功能(服务和特征)发布给代理。客户端从代理请求服务，然后代理将客户端重定向到其注册中心的适当服务。

使用场景：

消息代理软件，如ApacheActiveMQ，ApacheKafka，RabbitMQ和JBossMessaging

点对点模式

在这种模式中，单个组件被称为对等点。对等点可以作为客户端，从其他对等点请求服务，作为服务器，为其他对等点提供服务。对等点可以充当客户端或服务器或两者的角色，并且可以随时间动态地更改其角色。

使用场景：

像Gnutella和G2这样的文件共享网络

多媒体协议，如P2PTV和PDTP

像Spotify这样的专有多媒体应用程序

事件总线模式

这种模式主要是处理事件，包括4个主要组件：事件源、事件监听器、通道和事件总线。消息源将消息发布到事件总线上的特定通道上。侦听器订阅特定的通道。侦听器会被通知消息，这些消息被发布到它们之前订阅的一个通道上。

使用场景：

安卓开发

通知服务

模型-视图-控制器模式

这种模式，也称为MVC模式，把一个交互式应用程序划分为3个部分，

模型：包含核心功能和数据

视图：将信息显示给用户(可以定义多个视图)

控制器：处理用户输入的信息

这样做是为了将信息的内部表示与信息的呈现方式分离开来，并接受用户的请求。它分离了组件，并允许有效的代码重用。

使用场景：

在主要编程语言中互联网应用程序的体系架构

像Django和Rails这样的Web框架

黑板模式

这种模式对于没有确定解决方案策略的问题是有用的。黑板模式由3个主要组成部分组成。

黑板——包含来自解决方案空间的对象的结构化全局内存

知识源——专门的模块和它们自己的表示

控制组件——选择、配置和执行模块

所有的组件都可以访问黑板。组件可以生成添加到黑板上的新数据对象。组件在黑板上查找特定类型的数据，并通过与现有知识源的模式匹配来查找这些数据。

使用场景：

语音识别

车辆识别和跟踪

蛋白质结构识别

声纳信号的解释

解释器模式

这个模式用于设计一个解释用专用语言编写的程序的组件。它主要指定如何评估程序的行数，即以特定的语言编写的句子或表达式。其基本思想是为每种语言的符号都有一个分类。

使用场景：

数据库查询语言，比如SQL

用于描述通信协议的语言

一、软件的系统架构

（一）、分层架构

分层架构（layeredarchitecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。

这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。

虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。

表现层（presentation）：用户界面，负责视觉和用户互动

业务层（business）：实现业务逻辑

持久层（persistence）：提供数据，SQL语句就放在这一层

数据库（database）：保存数据

有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。

用户的请求将依次通过这四层的处理，不能跳过其中任何一层。

（二）事件驱动架构

事件（event）是状态发生变化时，软件发出的通知。

事件驱动架构（event-drivenarchitecture）就是通过事件进行通信的软件架构。它分成四个部分。

事件队列（eventqueue）：接收事件的入口

分发器（eventmediator）：将不同的事件分发到不同的业务逻辑单元

事件通道（eventchannel）：分发器与处理器之间的联系渠道

事件处理器（eventprocessor）：实现业务逻辑，处理完成后会发出事件，触发下一步操作

对于简单的项目，事件队列、分发器和事件通道，可以合为一体，整个软件就分成事件代理和事件处理器两部分。

（三）微核架构

微核架构（microkernelarchitecture）又称为"插件架构"（plug-inarchitecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。

内核（core）通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。

（四）、微服务架构

微服务架构（microservicesarchitecture）是服务导向架构（service-orientedarchitecture，缩写SOA）的升级。

每一个服务就是一个独立的部署单元（separatelydeployedunit）。这些单元都是分布式的，互相解耦，通过远程通信协议（比如REST、SOAP）联系。

（五）、云架构

云结构（cloudarchitecture）主要解决扩展性和并发的问题，是最容易扩展的架构。

它的高扩展性，主要原因是没使用中央数据库，而是把数据都复制到内存中，变成可复制的内存数据单元。然后，业务处理能力封装成一个个处理单元（prcessingunit）。访问量增加，就新建处理单元；访问量减少，就关闭处理单元。由于没有中央数据库，所以扩展性的最大瓶颈消失了。由于每个处理单元的数据都在内存里，最好要进行数据持久化。

这个模式主要分成两部分：处理单元（processingunit）和虚拟中间件（virtualizedmiddleware）。

处理单元：实现业务逻辑

虚拟中间件：负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。

二、开发平台

ERP平台、金融电商平台、小程序平台、网站平台、bpm平台、低代码开发平台等等；

厂家有天翎、顶点、天纵、清流、K2等

开发语言有区分：dephp、java。net等；

三、如何选择合适的开发平台?

平台的选型，无非是从客户业务需求的角度，以及对应的品牌形象和案例沉淀几个角度去选择；

建议可以开箱即用，多试用几次，就找到适合的产品，通俗的说，就是货比三家。

管理顾问，每天成长一点点，努力成就自己的优秀。