- 综合排序
- 最热优先
- 最新优先
- 来自专栏超级架构师
「软件架构」软件架构概述
软件架构（architecture）是指软件系统的基本结构以及创建这种结构和系统的规程。每个结构都包含软件元素、它们之间的关系以及元素和关系的属性。[1]软件系统的架构是一个隐喻，类似于建筑物的架构。 [3] 软件架构（architecture）是指做出基本的结构选择，一旦实现，改变这些选择的代价是高昂的。软件架构（architecture）选择包括软件设计中可能出现的特定结构选项。 这反映了软件架构、企业架构和解决方案架构之间的关系。 架构活动 软件架构师执行的活动有很多。 [34]” 有许多公认的建筑模式和风格，其中包括： 黑板 客户端服务器（2层、3层、n层，云计算展示了这种风格） 基于组件 以数据为中心 事件驱动（或隐式调用） 分层（或多层体系结构） 微服务架构 整体应用 IEEE软件专门出版了一期专门讨论敏捷性和体系结构之间的交互的专刊[37]。 软件架构侵蚀 软件架构侵蚀（或称“衰退”）是指在软件系统的实现过程中，在软件系统的计划架构和实际架构之间观察到的差距。
1.9K11发布于 2020-07-20 - 来自专栏区块链开发
Web3软件系统的技术架构
Web3 的技术架构与传统 Web2 应用有显著区别，其核心在于利用区块链实现去中心化和无需信任的交互。一个典型的 Web3 应用的技术架构通常可以划分为以下几个主要层次。1. 区块链层 (Blockchain Layer)这是 Web3 架构的基础，提供了去中心化的账本和智能合约执行环境。 节点网络 (Node Network): 由运行区块链软件的计算机组成的网络。节点之间相互通信，验证交易和区块。 跨层交互Web3 架构中的各个层之间需要进行有效的交互：客户端通过 Web3 库与区块链节点通信： 发送交易、查询链上数据。客户端通过钱包与智能合约进行交互： 签名交易、调用合约函数。 理解 Web3 的技术架构有助于开发者更好地设计和构建去中心化应用，并认识到其与传统 Web2 应用在设计理念和技术实现上的差异。
57300编辑于 2025-05-12 - 来自专栏IT大咖说
软件架构设计-软件架构风格、分层架构
◆ 软件架构设计 软件或计算机系统的软件架构是该系统的一个（或多个）结构，而结构由软件元素、元素的外部可见属性及它们之间的关系组成。 软件系统架构是关于软件系统的 结构、行为和属性 的高级抽象。 允许每层用不同的方法实现，为软件重用提供了强大的支持。（二层C/S、三层C/S、MVC、MVP、MVVP、RIA富互联网应用） 3. 独立构件风格 ? (可升级性/开放性) （3）三层C/S架构中，应用的各层可以并行开发，各层也可以选择各自最适合的开发语言。 (安全) 3. 三层B/S架构 ? 用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。 MVVM架构 ? 2. 富互联网应用（RIA） ? 3.
3.6K41发布于 2021-07-19 - 来自专栏全栈程序员必看
软件架构设计—软件架构概述
定义 3：软件架构是指一个系统的基础组织，它具体体现在：系统的构件，构件之间、构件与环境之间的关系，以及指导其设计和演化的原则上。 （3）任何软件都存在架构，但不一定有对该架构的具体表述文档。即架构可以独立于架构的描述而存在。如文档已过时，则该文档不能反映架构。 （4）元素及其行为的集合构成架构的内容。 架构有助于原型开发。可以按架构构造一个骨架系统（原型），例如，在早期实现一个可执行的特例，确定潜在的性能问题。 借助于架构进行成本与进度的估计。 （3）在较高层面上实现软件复用。 3 架构的模型 软件架构作为一个有机的整体，可以分解成多个侧面来认识，每个侧面强调它的不同方面的特征，从而使架构设计师能整体地把握它的重点。 可以在确定了软件包含的所有元素之后描述完整的开发角度，也可以在确定每个元素之前，列出开发视图原则。 （3）进程视图：侧重于系统的运行特性，主要关注一些非功能性的需求，例如系统的性能和可用性。
3.2K40编辑于 2022-08-23 - 来自专栏超级架构师
「软件架构」软件架构样式和模式列表
架构模式是一种通用的、可重用的解决方案，用于解决给定上下文中软件架构中常见的问题。架构模式通常被记录为软件设计模式。 架构样式目录 三层 多层体系结构 模型视图控制器 领域驱动设计 微内核 黑板模式 传感器控制器执行器 表现-抽象-控制 架构风格目录 结构 基于组件 整体应用 分层的 管道和过滤器 微服务 共享内存 以数据库为中心 黑板 基于规则 消息传递 事件驱动 aka隐式调用 发布订阅 异步消息传递 自适应系统 插件 微内核 反射 特定于域的语言 分布式系统 客户机服务器（2层、3层、n层展示了这种风格） 无共享架构 基于空间架构 讨论：请加入知识星球或者微信圈子【首席架构师圈】 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。
1.1K31发布于 2020-07-20 - 来自专栏程序那些事
架构之:软件架构漫谈
简介 每一个程序员心中都有个架构师的梦想，架构是如此的重要，以至于每个程序员都在谈架构，仿佛没有架构的软件是没有灵魂的，不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢？ 架构是怎么得到的呢？今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构 在软件发展的初期是没有架构而言的。 软件越来复杂，要处理的任务越来越多，最终导致了系统架构的产生。 架构是在复杂软件结构中产生的，它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性，那么好的架构需要让系统可读性和可扩展性更强，给未来留出一定的空间。如果从可靠性和可用性来讲，好的架构还需要保证系统高可用和容错性。 3. 物理视图-它描述了软件到硬件的映射并反映了其分布式关系。 4. 开发视图-它描述了环境开发中软件的静态组织和结构。
80830发布于 2021-06-01 - 来自专栏程序那些事
架构之:软件架构漫谈
简介 每一个程序员心中都有个架构师的梦想，架构是如此的重要，以至于每个程序员都在谈架构，仿佛没有架构的软件是没有灵魂的，不想做架构师的程序员不是一个好的码农一样。 那么架构到底是什么呢？ 架构是怎么得到的呢？今天本文将会从自身的经验来阐述一下对架构的看法。 什么是架构 在软件发展的初期是没有架构而言的。 软件越来复杂，要处理的任务越来越多，最终导致了系统架构的产生。 架构是在复杂软件结构中产生的，它的任务就是让这些复杂软件中的任务能够互相协作从而来完成共同的任务。当然这是从软件的目标来说的。 如果再考虑软件的实现和扩展性，那么好的架构需要让系统可读性和可扩展性更强，给未来留出一定的空间。如果从可靠性和可用性来讲，好的架构还需要保证系统高可用和容错性。 3. 物理视图-它描述了软件到硬件的映射并反映了其分布式关系。 4. 开发视图-它描述了环境开发中软件的静态组织和结构。
65120发布于 2021-06-09 - 来自专栏超级架构师
【软件架构】软件架构权衡系列 - 第 1 部分
我们所说的“软件架构”有很多定义和含义。构成“软件开发”、“软件设计”和“软件架构”的内容之间也存在相当大的重叠，因为这三个概念在许多方面融合在一起。 从本质上讲，它有助于将软件架构的学科视为在我们以这种或那种方式构建应用程序时做出的选择所产生的权衡之间做出有意识选择的学科。 为什么会有权衡，我们为什么关心？ 这个“架构权衡”系列的目的是在涉及到软件架构的不同原则之间的权衡以及此类决策的具体技术含义时，阐明决策过程。 我们在权衡什么？ 软件架构权衡和一般软件开发的现实要微妙得多，并且确实代表了选项的梯度。例如，您可以在此处选择具有一定程度的可扩展性，同时具有一定程度的简单性和互操作性。 由数字系统驱动的企业必须制定适当的计划和流程来制定软件架构、技术决策和权衡。
50620编辑于 2022-09-26 - 来自专栏采云轩
浅谈软件架构
软件架构是软件系统的顶层设计，它明确软件系统包括哪些个体：子系统、模块和组件等；同时明确了个体运作和个体之间协作的规则。 软件架构便应运而生，但由于软件系统的复杂性和多变性，没有一种架构可以满足所有系统的设计需求。它与面向对象编程、软件工程一样，不是软件设计领域的银弹。 3、架构设计的目的 做任何事情只有明确了目的，才能把握方向，从而制定方案并执行，架构设计也不例外。架构设计的主要目的是为了解决软件系统复杂度带来的问题。 3、需求驱动架构，架起分析与设计实现的桥梁。 4、架构与开发成本的关系。 架构设计理论 1、架构设计复杂度来源 软件架构定义中我们总是能看到复杂软件这个词，什么是复杂软件呢？ 3、演化原则：演化优于一步到位 大到人类社会、自然生物，小到一个细胞，似乎都遵循这一普世原则，软件架构也不例外。
74430编辑于 2023-11-16 - 来自专栏数据人生
公司软件架构
本文将介绍公司里面常用的开源软件 架构 版本管理工具Git：https://about.gitlab.com/ codereview工具phabricator ，可以和git集成：http://phabricator.org
53320编辑于 2022-09-29 - 来自专栏斑斓
软件架构预述
《软件架构编年史》 作品连载 《软件架构编年史》是Herberto Graca的系列作品，我在ThoughtWorks的同事覃宇在征得作者同意与授权后，在简书陆续发布了该系列的译文。 该系列回眸了软件架构的发展历程，对主流的架构模式与设计方法进行了系统的梳理和介绍，可以作为架构师的入门读物。 从2021年3月11日开始，每周一、周四的上午九时，我会准时发布《软件架构编年史》的系列文章，借此机会感谢Herberto Graca和覃宇的无私奉献！ 这篇文章是软件架构编年史(译)的一部分，这部编年史由一系列关于软件架构的文章组成。在这一系列文章中，我将写下我对软件架构的学习和思考，以及我是如何运用这些知识的。 软件架构[…]是系统需要考虑的一组结构，它们包括软件元素和它们之间的关系，以及这些元素和关系的属性。
53730编辑于 2023-03-23 - 来自专栏Linyb极客之路
软件架构入门
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。 O'Reilly 出版过一本免费的小册子《Software Architecture Patterns》（PDF）， 介绍了五种最常见的软件架构，是非常好的入门读物。 ? 软件架构就是软件的基本结构。 事件驱动架构 （一般适用于应用局部场景，用来实现异步解耦） 3. 微核架构（又称插件架构，开发难度较高，一般用来做工具软件开发，如Eclipse，不太适合分布式业务场景） 4. 事件驱动架构不适于做顶层架构，但适合做局部实现，几乎遍布在通信软件的各个角落。 支持业务系统的快速迭代，支撑业务的快速变化和发展； 3.
1.2K31发布于 2019-07-22 - 来自专栏码农沉思录
软件架构概念
“你对架构这个词怎么理解？” emm ….. 实际上，软件架构分成 2 派。 1 软件架构的派别 组成派 组成派的定义非常简洁。 定义：软件系统的架构将系统描述为计算组件及组件之间的交互。 该架构关注架构实践中的客体——软件，以软件本身为描述对象。 b. 分析了软件的组成，即软件由承担不同任务的组件组成，这些组件通过相关交互，完成更高层次的计算。 但核心思想非常明确：软件架构是在一些重要方面所做出的决策的集合。 软件架构并不仅仅注重软件本身的结构和行为，还注重其他特性：使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制及权衡，以及美学等。 如何适应可能发生的变化 这里假设我们设计一个 C/S 系统，会有一个决策树： 决定采用 C/S 架构，包含 Client 和 Server 决定将 Server 分成 3 层 决定将 Server 的引擎层划分成
1.2K30发布于 2019-05-05 - 来自专栏阮一峰的网络日志
软件架构入门
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。 一、分层架构 分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。 这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。 虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。 ? 事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。 ? 优点 分布式的异步架构，事件处理器之间高度解耦，软件的扩展性好 适用性广，各种类型的项目都可以用 性能较好，因为事件的异步本质，软件不易产生堵塞 事件处理器可以独立地加载和卸载，容易部署 缺点
97740发布于 2018-04-13 - 来自专栏全栈程序员必看
软件架构介绍
一、软件架构是个什么概念，架构的定义： 1.软件架构是一个系统的草图。 2.软件架构描述的对象是直接构成系统的抽象组件。 3.各个组件之间的连接则明确和相对细致地描述组件之间的通讯。 行业专家、产品咨询师、资深顾问通常我们说的架构师是1和2的结合 三、常见软件架构分类： 1）分层架构 分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。 如果你不知道要用什么架构，那就用它。 这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。 事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。 3）微核架构 微核架构（microkernel architecture）又称为”插件架构”（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。
1.2K20编辑于 2022-08-04 - 来自专栏LINUX阅码场
Android架构纵横谈之——软件自愈能力 （3）
本系列2012年的时候发表在我的blog上面，现搬到公众号 接上回： Android架构纵横谈之——软件自愈能力 （1） Android架构纵横谈之——软件自愈能力 （2） 上回书(Android架构纵横谈之 ——软件自愈能力 （2）)说到Android中生死与共的Zygote和SystemServer，今回书我们讲SystemServer的watchdog，也为软件架构自愈系列的终结篇。 于是发明软件看门狗意义重大。 结合第一回和第二回，我们基本可以看出整个Android软件自愈过程的“环环相扣”，成为一个多么完美的体系啊！ 这个过程我们看到了多进程之间的千丝万缕的联系，以及多进程模型的魅力和设计哲学，程序员喜欢孤立的去看待自己的程序而不是总揽全局，而从体系架构的角度去思考问题，我们更加能清楚我们位于整个软件的哪个组成部分。
1K30发布于 2019-10-08 - 来自专栏用户10025783的专栏
嵌入式软件开发常用的3种架构
摘要：对于单片机程序来说，大家都不陌生，但是真正使用架构，考虑架构的恐怕并不多，随着程序开发的不断增多，架构是非常必要的。 应用程序的架构大致有三种： 1、简单的前后台顺序执行程序，这类写法是大多数人使用的方法，不需用思考程序的具体架构，直接通过执行顺序编写应用程序即可。 优点：对于初学者来说，这是最容易也是最直观的程序架构，逻辑简单明了，适用于逻辑简单，复杂度比较低的软件开发。 void TIM3_IRQHandler(void)//TIM3中断 { int i; if(TIM_GetITStatus(TIM3, TIM_IT_Update) ! 该设计方案需能帮助嵌入式软件开发者更上一层楼，在嵌入式软件开发过程中，若遇到以下几点，那么该设计方案可以说是最优选择，适用于程序较复杂的嵌入式系统； 目前的需求设计需要完全没有必要上操作系统。
1.8K20编辑于 2022-09-23 - 来自专栏Frank909
汽车软件架构学习笔记(一)：九问软件架构
比如，一个汽车软件架构师，你说不你懂CAN协议终归不合适。 Q3.架构重要吗？ 重要，关系到软件系统的成败。 级别自动驾驶系统，你就应该将L3级别以上功能排除在外，通过 ODD 进行准确的界定。 ，比如一家自动驾驶企业，如果做L3，也做L4，最理想的状态就是他们的产品基于同一套架构，这样能够避免资源冗余和浪费。 有几种选择： 不运用任何架构 从0到1严肃的正向设计开发 在原有架构上进行重构与提升 3 种方式都很普遍。 Q7. 企业架构师与应用架构师的区别？ 智能汽车当中现在有智能网联、智能驾驶、智能座舱 3 大系统。企业架构师的职责就是打造整个智能汽车软件生态。应用架构师可以只负责其中一个系统或者子系统的架构。 8.康威定律如何描述软件架构？
1.2K20编辑于 2022-01-11 - 来自专栏超级架构师
「软件架构」10种常见的软件架构模式
在主要的软件开发开始之前，我们必须选择一个合适的架构，为我们提供所需的功能和质量属性。因此，在将它们应用于我们的设计之前，我们应该了解不同的体系结构。 ? 什么是架构模式？ 根据维基百科， 架构模式是一种通用的、可重用的解决方案，用于解决给定上下文中软件架构中常见的问题。架构模式类似于软件设计模式，但范围更广。 3. 主从模式 这种模式由两个部分组成：主人和奴隶。主组件在相同的从组件之间分配工作，并根据从组件返回的结果计算最终结果。 用法 在数据库复制中，主数据库作为授权源，从数据库与之同步。 用法 消息代理软件，如Apache ActiveMQ、Apache Kafka、RabbitMQ和JBoss消息传递。 ? 6. 点对点模式 在这种模式中，单个组件称为对等组件。 架构模式比较 下表总结了每种架构模式的优缺点。 ?
1.7K11发布于 2020-05-14 - 来自专栏Java技术进阶
【系统架构】-如何评估软件架构
概念 敏感点：一个或多个构件（和/或构件之间的关系）的特性 权衡点：影响多个质量属性的特性，是多个质量属性的敏感点 风险点：指架构设计中潜在的、存在问题的架构决策所带来的隐患 非风险点：指不会带来隐患 基于度量 该方式建立在软件架构度量的基础上，首先要建立质量属性和度量之间的映射原则，即确定怎么样从度量结果推出系统具有什么样的质量属性；然后从软件架构文档中获取度量信息；最后根据映射原则分析推到出系统的质量属性 基于场景 该方式由SEI首先提出并应用在架构权衡分析法（ATAM）和软件架构分析法（SAAM）中，它是通过分析软件架构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该架构对这一场景所代表的质量需求的满足程度 架构分析法-SAAM SAAM最初用于分析架构可修改性，后扩展到其他质量属性。 1、整理场景 2、对场景进行求精 3、确定场景的优先级 4、分配效用 5、形成策略-场景-响应级别的对应关系 6、使用“内插法”确定期望的质量属性响应级别的效用 7、计算架构策略的总收益
1.5K30编辑于 2022-12-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号