《架构之美》阅读笔记05

一、阅读内容

第四部分

第十一章 GNU Emacs滋长的特性是其优势

第十二章 当集市开始构建教堂

二、笔记总结

(1)Emacs的架构

Emacs架构采用的是在交互式应用程序中应用广泛的模型-视图-控制器模式。在这个模式中,模型是程序所操作数据的底层描述,视图则是向用户展示数据的方法,而控制器则负责实现用户与视图的交互,并对模型进行相应的更新。值得注意的是Emacs拥有显著的可滋长的特性。当一个程序拥有越来越多的代码的时候,维护它就需要付出更多的努力。当一个开发人员发现了一个可实现的特性的时候就把实现的代码放在一个文件中,从一个简单的命令开始不断重复这个过程,这使得最后代码文件渐渐成为一组互相协作的命令集,这时我们对这些文件进行包的封装,最后再将这个包纳入到Emacs的发行版本中,使得Emacs得到了扩展。采用了类似的架构的程序比较经典的是eclipse和firefox。

(2)KDE社区里ThreadWeaver和Akonadi项目的发展

在十多年的发展历程中,各种不同的人群都对KDE做出了贡献。KDE项目最初的目标是为开源的UNIX系统提供一个集成的桌面环境,但是实际上KDE的范围是十分广泛的,在编写KDE程序库代码时需要和各种不同的工具链打交道。应对不同平台的特性,以灵活,可扩展的方式整合系统服务,明智、谨慎的使用硬件资源。加上其代码库拥有大量的目标受众,因此提供的API必须是易于理解的、有用的,适用于不同背景的程序员的。在开源程序的开发过程中可能遇到很多挑战,在技术方面由于软件要面对不断增长的数据量,而且数据将变得越来越复杂,个体和组织需要的工作流也是如此。但是更大的挑战是来自社会性和协调性方面的,这个方面的工作量是十分巨大的。Akonadi的核心观念是为系统中所有的PIM数据和相关的元数据建立一个集中的缓存。另外,Akonadi还有一个基础性的视角,那就是用来访问特定类型的存储后端的组件将以单独的进程运行,这样就可以避免服务器中潜在的错误影响到整个系统。ThreadWeaver是KDE4.0中的一个核心程序库,它与Akonadi形成了鲜明的对照。ThreadWeaver是负责并行操作调度,其目标是在多线程软件中管理和分配资源的使用。另外一个目标就是为应用程序开发人员提供一个实现并行机制的工具,与那些在开发GUI应用程序中所使用的方法类似。ThreadWeaver为问题提供了一个备选的方法,当程序库作者以及预期的用户社区开始在其自己的项目中采用它的时候就逐渐进入了成熟期。

时间: 2024-11-06 22:50:03

《架构之美》阅读笔记05的相关文章

架构之美阅读笔记01

初识架构,什么是架构,架构美在何处?不同领域的设计师对架构的理解大相径庭:软件架构师对一个好的架构的要求诸如对用户友好,响应及时,易维护,没有重大错误,易安装,可靠性高,可通过标准的方式同其他系统通信等等特点.通过进一步深入了解,更加深了对架构和架构之美的了解. "建造的艺术或科学,特别是设计和建造人类使用的建筑时的艺术或实践,同时考虑到美学因素和实用因素."架构是提供一种特定的方式来解决共同的问题,这种方式具有实用性和美学性:架构是美观.坚固.实用三个方面的平衡配合.好的系统架构展示

架构之美阅读笔记之五

今天我学习的是架构之美的第五章--面向资源的架构:在web中.这一章,作者讲述说明了,企业中聚焦信息的架构展示了雨web一样的特点:伸缩性,弹性,架构歉意策略,信息驱动和访问控制等. Web服务的目标是提供建立可复用的业务服务基础的架构,希望能在不影响客户的情况下在各个地方以不同的编程语言异步地访问所有的功能,但是为了实现这个目标所用的技术组合使人感到迷惑,而且没有真正解决实际中组织机构的架构所面临的问题,,出现了一些服务恶化的问题. 面向资源的架构的标识是向命名的资源发起逻辑请求的过程,这些请

架构之美阅读笔记之三

今天我学习的是架构之美的第三章--伸缩性架构设计.这一张也是涉及到了第二部分,企业级用用架构.首先我们要引出,伸缩性架构设计,也就是为什么要伸缩性的架构.主要原因是,我们在设计系统架构Ⅹ,要确保系统在伸缩时的弹性.为了适应使用软件架构的不同应用程序,使用该架构的程序员等,软件系统架构必须要具有伸缩性. 要是系统架构是伸缩性的,则系统应该是分布式的,并发的.就像书中讲到的Darkstar项目,由于在线人数,不同时间等的影响,游戏的负载情况也会不同,服务器的数量,连接方式,为了应对这些不同的情况,也

架构之美阅读笔记五

第十一章解释了一组非常简单的组件和一门扩展语言如何将一个不起眼的文本编辑器编程了一个操作系统,成为程序员工具箱中的瑞士军刀:第十二章展示了冲刺和统计评审这样的社区过程如何帮助软件架构从简单的骨架演变为美丽的系统. 第十一章为我们展示了GNU Emacs的故事:滋长的特性是其优势.首先我认识到了Emacs是什么.它和我们经常使用的其他文本编辑器类似,当我们用Emacs打开一个文件时,将弹出一个窗口,并显示出该文件的内容,我们可以对其内容进行修改,然后保存这些修改后退出.Emacs架构所采用的是在交

架构之美阅读笔记四

首先要确定系统的功能和约束,也就是,它必须做什么以及在什么限制条件下工作,这样也就确定了问题空间.接下来我们要了解事实,重要问题和架构的关注点.确定工作流也是一个极为重要的步骤,来自于我们对于如何划分系统的考虑. 系统架构常见的关注点有,功能性:产品向特的用户提供哪些功能?可变性:软件将来可能需要哪些改变?性能:产品将达到怎样的性能?容量:多少用户可以并发使用该系统?该系统将为用户保存多少数据?生态系统:在不是的生态环境中,该系统将于其他系统进行哪些交互?模块化:如何将编写软件的任务分解为工作指

架构之美阅读笔记六

一个好的架构的形成不仅是架构师的功劳,还有团队的集体合作,主要因素:确实进行有意为之的前端设计:设计者有很好的素质和经验:在开发过程中,保持清晰的设计观点:授权团队负责软件的整体设计:不要害怕改变设计:让合适的人加入到团队中,让团队保持健康的工作关系:在合适的时候做出决定:好的项目管理和合适的最后期限. 在后来介绍架构伸缩性的时候以常见的在线游戏的设计为例,这类软件对系统的伸缩性要求很高,要能实时伸缩,减少延时.随即提出了两种解决方案:分区和基于地理位置,每个地理区域的玩家运行在一台服务器上.

架构之美阅读笔记06

大多数系统核心的是数据,而不是算法.用户不会接触QuickSort,而是去访问一个数据仓库.数据推动了用户喜欢的产品,所以架构师围绕数据创建了其余的传统"n层"软件站.Facebook即是一个围绕数据建立架构的例子."Facebook社会关系网站"在概念上是一个标准的"n层"栈,用户的请求会从Facebook的内部库中取出数据,然后通过Facebook的逻辑进行转换,最后通过Facebook的界面输出.本章向读者展示了Facebook以一种受控的

架构之美阅读笔记02

第三章伸缩性构架设计 本章的重点是怎样确保系统在伸缩时的弹性.因为访问量的不稳定,所以伸缩性显得尤为重要.而在虚拟世界中伸缩性的问题进一步复杂化.伸缩性设计的背景就是游戏的开发和发行,玩家的交互,玩家的对电脑的要求.并发的芯片比更高时钟速度的芯片更容易开发.游戏中玩家的交互只和少部分人发生交互.所以这也适合并发. 我们的首要目标就是把一台单机运行一个单线程部署到多线程和多台计算机上应该由基础设施来考虑.游戏世界始于一个很胖的客户端(具有强大功能的pc),所有数据尽量放在客户端.服务器尽量保持简单

《掌握需求过程》阅读笔记05

<掌握需求过程>阅读笔记05 我们的产品因为其功能而为用户使用而有意义,我们的产品才会有价值.而产品的需求又分为功能性需求和非功能性需求. 功能性需求就是因为产品存在的根本原因而存在的需求.功能性需求指明了产品必须做的事情,是产品功能的规格说明书,源于产品的基本目标.为了实现存在的根本理由,产品必须执行的一些动作,这些动作就与功能性需求有关. 我们可以通过用例描述.用户场景描述等地方挖掘出我们产品的功能性需求.那些我们产品必不可少的功能.目标就是我们产品的功能性需求.但是在分析功能性需求的时候

构建之法阅读笔记05

2017.5.20 今天阅读的是<构建之法>第8章需求分析的阅读笔记,我们如果要开始做一个软件,最先要进行的就是需求分析,我们应该充分的了解我们这个软件是否具有前景,我们为用户提供的服务是不是用户所需要的,这一章详细的叙述了如何进行需求分析. 首先是获取和引导需求,我们应该找到软件的利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实的需求.然后分析和定义需求,对各个方面的需求进行规整,定义需求内涵,从各个角度将需求量化,然后估计实现这些需求所需要的时间和资源,确定各个需求的优先级.紧接着