架构设计
文章平均质量分 89
架构设计相关读书笔记、心得体会
longhuihu
毕业于北邮计算机系,先后供职诺基亚、网易、北京域起,从事过嵌入式,移动APP开发,2015年开始从事游戏前后端的研发及技术管理,目前专注于Netty,JVM,Redis,DDD等游戏服务端关键技术领域。
展开
-
一种简单的系统分层架构模式
这里写自定义目录标题1、简洁架构模型2、简单分层架构模式2.1 业务模型层职责:实现业务逻辑角色:业务实体和业务服务,业务模型层是非必需的命名方案2.2 功能(UserCase)服务层职责:实现功能用例命名方案几乎是必需的2.3 数据适配层职责:负责业务数据读写命名方案几乎是必需的2.4 交互控制器职责:处理外部信号命名方案是否必需2.5 展示器职责:生成展示数据;命名方案非必需2.6 调用关系2.7 跨层调用3、技术框架框架不是架构框架是外层技术细节降低框架的侵入性4、简单示例业务模型层数据适配层功能服务原创 2021-04-13 20:22:38 · 708 阅读 · 0 评论 -
单元测试实践总结
对于单元测试的价值,相信大家都很认可(至少从政治正确的角度很认可),但具体执行起来却很难,常见的障碍有两个:延长了开发时间——本来工期就紧,加上单元测试,岂不雪上加霜;项目代码基于各种框架(如Spring)编写,并依赖外部环境(数据库、外部服务接口等),导致单元测试很难编写;第一个问题的本质是单元测试的成本收益问题,第二问题是项目架构的可测性问题;这两个问题是确确实实存在的,如果不能妥善解决,就在项目组强制推行单元测试,必然一地鸡毛。1、单元测试的成本与收益编写单元测试确确实实会引入一定的开发原创 2021-04-02 19:39:16 · 601 阅读 · 2 评论 -
软件架构整洁之道-读书笔记(3)
第五部分:软件架构第十五章:什么是软件架构1、架构师是什么样的人?首先软件架构师必须是能力最强的一群程序员,他们的代码产量可能不是最多的,但是他们必须不停的承接编程任务。如果不亲自承受因系统设计而带来的麻烦,就体会不到设计不加所带来的的痛苦,接着就会逐渐迷失正确的设计方向。软件架构这项工作的实质就是规划如何将系统划分成组件,并安排好组件之间的排列关系,以及组件之间互相通信的方式。2、架构设计和系统行为的关系软件架构的直接目的不是保证系统能否正常工作,毕竟世界上也有很多架构设计糟糕但是工作正常的软原创 2021-01-20 16:34:42 · 2382 阅读 · 0 评论 -
软件架构整洁之道-读书笔记(2)
第三部分:设计原则通常来说,要想构建一个好的软件系统,应该从写整洁的代码开始做起。这就是SOLID设计原则要解决的问题。SOLID原则的主要作用就是告诉我们如何将数据和函数组织成为类,以及如何将这些类链接起来成为程序。这里的”类“不限于面向对象编程的类,仅仅代表一种数据和函数的分组。一般情况下,我们为软件构建”中层结构“的主要目标是:使软件可容忍被改动;使软件更容易被理解;构建在多个软件系统中复用的组件。SOLID原则紧贴于模块级(中层结构)代码逻辑之上,帮助我们定义软件架构中的组件和模块。原创 2021-01-20 16:29:53 · 235 阅读 · 0 评论 -
软件架构整洁之道-读书笔记(1)
《软件架构整洁之道》是绝对的好书,是真正的顶级程序员编写的关于架构设计的书,一口气读完,有酣畅淋漓之感,解除了自己长久以来非常多的疑惑。这么好的书,这么多年才发现,简直是犯罪。这三篇笔记几乎就是原书的摘要,因为原文写得足够精彩,无需我补充什么;笔记的内容结构与原书也完全一致,之所以分成三篇,纯粹是篇幅原因。第一部分:绪论第一章,概述1、软件架构和设计有什么区别?通常情况下,”架构“这个词往往使用于“高层级“的讨论中,这些讨论暂时将”底层“实现细节排除在外;而”设计“一词往往用来指代具体的系统底层组原创 2021-01-20 16:27:13 · 379 阅读 · 0 评论