架构设计 温昱_51CTO博客
1、架构设计的实践脉络3个原则可以被视为做好架构设计的三个必要条件【原则一】看透需求看透需求,简单说就是设计人员要做到“理解了、能说出所以然来”。必须的!众所周知。看透需求,不就要把需求找全,还要把需求项之间的矛盾关系、追溯关系也要搞清楚:a、需求要全--举例:重视“功能”忽视“质量,危险;重视“A质量”忽视应有的“B质量”,危险;完了来自甲方乙方第三方的“约束”,危险;功能需求、质量需求、约束需
架构设计是分与合的艺术 通读并总结了老师的《软件架构设计》,并有幸听过李哲珠博士对架构设计的讲解。对其读后的自我领悟并提炼出核心内容分享出来,希望从思想高度上能提升你对软件架构设计的认知。架构设计 架构设计不等于框架设计,框架也可能有架构,所有的原子组件(被拆分的模块)都需要架构设计,所有组件可以组合成复合组件,组合而成的组件也有自己的架构。最简单的架构模式就是适配器模式,因为原子组件随时可能
文章洋洋洒洒,抛开自己已经懂得的,再抛开过于高深的(很多东西看懂了不代表得到了),剩下自己有心得的(往往是跟自己经历相关的),也就剩下用荧光笔标注出来的几句话了,但也足够了。   架构设计对系统成败非常关键,那么什么对架构设计成败非常关键呢? 功能需求、质量属性、以及约束共同决定了架构(图1),对这三类需求的把握是否到位、设计决策是否合理,可以说是架构设计成败的关键所
周二,我给你介绍了架构设计的三条核心原则,先复习一下:合适原则、简单原则和演化原则。我们在架构设计实践中,应该时刻谨记这三条设计原则,指导我们设计出合适的架构,即使是代表中国互联网技术最顶尖水平的BAT,其架构的发展历程也同样遵循这三条原则。今天我就以大家耳熟能详的淘宝和手机QQ作为案例,来简单分析一下。淘宝注:以下部分内容摘自《淘宝技术发展》。淘宝技术发展主要经历了“个人网站”→“Oracle/
转载 2023-07-11 13:23:16
417阅读
在读书前,我一度将“架构”和“框架”两个概念混淆,现在进本弄清楚了,记录下来,将来提醒自己。 框架是一种特殊的软件,它并不能提供完整无缺的解决方案,而是为你构建解决方案提供良好的基础。框架是半成品。典型地,框架是系统或子系统的半成品;框架中的服务可以被最终应用直接调用,而框架中的扩展点是供应用开发人员定制的“可变化点”。架构不是软件,而是关于软件如何设计的重要决策。软件架构决策涉及到如何
当前业界,大多数架构师都认同“需求决定架构”,但对需求“如何决定”架构还知之不深。……不同需求影响架构的不同原理,才是架构设计思维的基础。 ——,《一线架构师实践指南》本篇记录6大步骤中的第一步:需求分析。包括如下内容:需求从哪里来?如何知道当前已掌握的需求是否全面?从需求向设计转化的思维方式是什么?1.需求从哪里来需求分析的前期工作是愿景描述及愿景分析。有很多的书籍、论坛在介绍。这部分内容不
在分会场上做主题报告(本图由新浪科技提供)  呼唤架构设计的多重视图方法   灵感一闪,就想出了把大象放进冰箱的办法,这自然好。但希望每个架构设计策略都依靠灵感是不现实的——我们需要系统方法的指导。   需要架构设计的多重视图方法,从根本上来说是因为需求种类的复杂性所致。以工程领域的例子开道吧。比如设计一座跨江大桥:我们会考虑“连接南北的公路交通”这个“功能需求”,从而初步设计出理想化的桥墩支
另读:《一线架构师实践指南》感慨:大概看这本书对于现在的我来说还太早,经验不足,先成为一个好的程序员吧……以后再回来看这本书第1章 从程序员到架构师第2章 解析软件架构概念Architecture架构,每个人的理解都不同。 分为组成派和决策派。 组成派:软件系统的架构将系统描述为计算组件以及组件之间的交互(The architecture of a software system define
        看了老师的《软件架构设计》,很有感触,这些年一直埋头垒代码,却不曾抬头俯瞰下自己做过的软件系统,当老师高屋建瓴的将软件架构概念分为两大流派--组成派和决策派,我感同身受,先来回顾下IT界的大牛是如何定义软件架构。        1.Boo
  software architecture in practice     
转载 2023-07-11 15:06:32
66阅读
一. 模式:解决某一类问题的方法论。二. 框架:选择实现系统的一组组件。框架一般处于低层应用平台(如J2EE)和高层业务逻辑之间的中间层。三. 架构:即体系结构,确定系统整体结构、层次划分、不同部分之间的协作等设计。四. 框架与架构:框架比架构更具体,更偏重技术,一旦框架确定,软件架构也随之确定。五. 设计模式与框架:框架是软件,模式是软件的知识体,提升框架的设计水平。六. 常见设计模式:推荐书籍
 1软件架构概念Architecture架构,每个人的理解都不同。分为组成派和决策派。组成派:软件系统的架构将系统描述为计算组件以及组件之间的交互(The architecture of a software system defines that system in term of computational components and interactions among thos
# 架构:构建高效系统的基础 在现代软件开发中,架构设计是一个至关重要的环节。架构决定了系统的可维护性、扩展性和性能。而架构(WenYu Architecture),作为一种新型系统架构设计思想,正逐渐受到开发者的重视。在这篇文章中,我们将深入探讨架构的概念、优势,以及如何实现一个简单的应用程序示例。 ## 什么是架构架构是一种基于模块化和服务化理念的架构设计形式。它
原创 1月前
0阅读
一同事问:你是新来的DBA吧?我:不是啊,为什么这么问? 同事:那是测试的? 我:不是啊。 同事:哦,看你最近对应用调优、对DB调优,提出那么多好建议,还以为你是DBA呢。 我:哦,我打杂的,有事您说话,我样样行,但是样样都挺轻松。需求架构开发测试设计管理什么都做,欢迎交流。 架构重构是难点、痛点、未来热点 ---- 听说老师,要出一本架构重构的书,期待。 
        今年主要在公司负责了一个客户端CAD工具产品的开发和实现, 从无到有, 走过了一个完整的里程. 虽然软件的规模不大, 但效果不错,  后来在自己的一些开发项目中, 也时常使用, 感觉有收获. 学习对象是 的⟪一线架构师实践指南⟫ 一书. 读完此书后又读了 的⟪软件架构设计⟫, 发现内容差不多, 这次把自己消化的东西总结在
# 软件架构设计:从入门到实现《软件架构设计第二版 》 作为一名刚入行的小白,学习软件架构设计是一个值得投资和探索的过程。在这篇文章中,我将逐步指导你如何实现《软件架构设计第二版 》中的理念和实践。我们将遵循一个明确的流程,并通过代码示例来帮助你更好地理解。 ## 整体流程概述 首先,我们需要定义一个清晰的开发流程。下面是一个简化的步骤表格: | 步骤 | 描述
(一)基本概念 软件架构指的是计算机与组件之间的交互,同时也可以理解为模块、职责划分、接口定义、交互机制、开发技术、组织元素、子系统、非功能性等一系列架构问题的树形决策软件架构一方面从大局着手,就技术方面的重大问题作出决策,构造一个由粗粒度模块组成的解决方案,从而可以把不同模块分配给不同小组分头开发;另一方面,软件架构设计方案规定了各模块之间如何交互的机制和结构,在开发小组之间起到沟通桥梁和
经常谈架构就会有一种谈虎色变,不敢下手的赶脚;要么就是按照传统写PPT汇报或写投标方案的思路,左右两侧规范机制,中间按照硬件、数据、组件、服务、应用,几个层次划分;都变成八股文了,类似如下: 基本上在传统IT领域里(做工程项目的),大家看到的架构都是这种模样的。 原因呢也是因为以前的软件工程,都是这种单体应用(没有应用分布式),基本都是这个套路,从水平角度按照传统面向对象三层架构。所以一说写一个架
# 软件架构实现指南 软件架构(WenYu Software Architecture)是一种为了构建高效、可扩展软件系统的设计方法。对于刚入行的小白来说,理解并实施这种架构可能会觉得有些困难。本文将逐步指导你如何实现软件架构,包括流程步骤和相应的代码示例。 ## 实现流程概述 在实现软件架构时,可以按照以下步骤执行: | 步骤 | 描述
原创 11天前
16阅读
#读后感#一本实用性很强的架构入门书籍。内容有深有浅,涉及面广,帮我们树立一个架构设计的全局观。 本书已读完,把读后感放在决策:软件系统的组织;选择组
转载 2023-07-12 21:13:16
87阅读
  • 1
  • 2
  • 3
  • 4
  • 5