读《架构整洁知道》之初识

小灰灰 2022-09-04 01:49 21阅读 0赞

# 前景： #

公司系统(部分)业务稳定但技术架构陈旧故开启了重构之路，自己后续也会单独开一栏作为重构回溯，目的是做一些自认为有用的笔记（别杠噢杠就是你对），希望能对大家有所帮助少踩坑，空时间多陪陪家人女朋友啥的；有误地方请不吝赐教；架构采用DDD架构设计进行推进，为了规避那种单纯翻译导业务代码存在。为了写不被别吐槽shit一样的代码，就学习Bog大叔智慧《架构整洁知道》它适合作床头书，需要经常翻翻，读个一两遍不配说总结。

--------------------

# 1：概述 #

![eb3927f9ccc752b09d17197f8ae97489.png][]

图是借来的：原图[https://upload-images.jianshu.io/upload\_images/4098122-35d38a5b2fe841d7.jpeg][https_upload-images.jianshu.io_upload_images_4098122-35d38a5b2fe841d7.jpeg]

这一内容从宏观纬度，让读者思考“设计”与“架构”定义和目标，开篇提到设计与架构没有任何区别。**一丁点区别都没有**！软件架构的终极目标是，用最小的人力成本来满足构建和维护该系统的需求。

三种编程范式（**结构化编程**、**面向对象编程**和**函数式编程**）与软件架构的三大关注重点不谋而合：功能性、组件独立性以及数据管理。

面向对象编程到底是什么？对一个软件架构师来说，其含义应该是非常明确的：面向对象编程就是以**多态**为手段来对源代码中的**依赖关系**进行控制的能力，这种能力让软件架构师可以构建出某种插件式架构，让**高层策略性**组件与**底层实现性**组件相分离，底层组件可以被编译成插件，实现独立于高层组件的开发和部署。

软件架构师应该着力于将大部分处理逻辑都归于不可变组件中，可变状态组件的逻辑应该越少越好。

# 2：知识点： #

TDD概念：测试驱动开发

编程范式：

*  结构化编程
 *  面向对象编程
 *  函数式编程

1.  测试只能展示bug的存在，不能证明不存在bug（一个程序用测试证明其错误性，不能证明其正确性）
2.  面向对象是对真是世界建模；封装、多态、继承；以多态为手段对源码中的依赖关系进行控制的能力
3.  数据存储模式：不存在删除和更新即CRUD中的UD不存在，不会发生并发问题
4.  蓝绿部署 专业术语：AB发布模式即一套系统内尘封部分服务功能，部署到A机器不再有增量业务；以后所有相关服务请求流转A机器，B机器虽然同样系统但不再提供此服务，用做增量业务
5.  依赖反转：interface-》implement（接口-》实现）；利用源码中的依赖关系，限制控制流跨架构边界
6.  门户模式：facadepattern 省去依赖反转它背后包含所有服务函数列表，负责将clinet的调用传递对client不可见的服务函数
    
    1.                          client(controller) -->facade (interface)
        
        1.                                                    |--->serviceImpl2     
        2.                                                    |--->serviceImpl3

## 设计模式 ##

> 我的简单理解：开闭原则是总纲，它指导我们要对扩展开放，对修改关闭；单一职责原则指导我们实现类要职责单一；里氏替换原则指导我们不要破坏继承体系；  
> 依赖倒置原则指导我们要面向接口编程；接口隔离原则指导我们在设计接口的时候要精简单一；迪米特法则指导我们要降低耦合。

*  SRP: 单一职责原则。**讨论雷雨函数之间的关系；**任何一个软件模块都应该只对某一类行为者负责。
 *  OCP: 开闭原则。**将组件间关系、依赖按层次结构进行组织；**一个设计良好的软件系统应该在不需要修改的前提下就可以轻易被扩展。
 *  LSP: 里氏替换原则。**指导类与继承关系的方法、指导接口与实现方法原则**
 *  ISP: 接口隔离原则。**将不同的操作隔离成接口，不相互影响即组件聚合**；在一般情况下，任何层次的软件设计如果依赖于不需要的东西，都会是有害的。
 *  DIP: 依赖反转原则：**设计灵活系统多引用抽象类型而非具体实现**
    
     *  应在代码中多使用抽象接口，尽量避免使用那些多变的具体实现类
     *  不要在具体实现类上创建衍生类
     *  不要覆盖（override）包含具体实现的函数
     *  应避免在代码中写入与任何具体实现相关的名字，或者是其他容易变动的事物的名字

# 六边形架构： #

![bebe7412e30958558e52cea22e82d4ec.png][]

以几个同心圆画出来的整洁架构示意图，从里到外，各层分别是

*  业务实体（系统级业务逻辑）
 *  用例（应用级业务逻辑）
 *  控制器、展示器、网关（接口适配器）
 *  Web、用户界面、数据库、设备、外部接口（框架与驱动程序）

> 1.  不应该让外层圆发生的任何变更影响内层圆的代码
> 2.  最内层：通用，高层策略
> 3.  最外层：最具体实现细节
> 4.  业务实体（AcceptEntity）：封装业务逻辑：带方法的对象、数据结构、函数的集合、枚举类，非复杂字典表 简单的Y/N定义为类（preFlagE）引入AcceptE 类中
> 5.  简单结构体：边界传输尽量简单对象或函数function以参数调用形式传递数据（DB->DO Object -/->架构内层）；entity即domian领域模型，以大而全参数数据存在最内层，提供中间层组织或组装业务数据
>     
>         in： DTO -> simple obj或function args ->DO -> DBmapper
>         out：DO ->Entity ->DTO
> 6.  **谦卑对象：认识自己的局限性，只发挥桥梁和通信作用不干预信息的传输**

## orm领域归属 ##

1.   ORM：常被定义**关系对象模型**；不过作者理解为**对象关系映射器，**对象不是数据结构，从用户角度来看，对象内部的数据指向私有private不可见，用户只能看到对象的公有函数，不是简单结构体，对象是一些操作的集合
2.  数据结构体：是一组公开的数据变量，不包含行为信息，So ORM更适合称为**“数据映射器”** 属于数据层等价于Data --from--> DB  --to-->DO(数据结构）属于数据层，类似 DB于DB网关构建另一种**谦卑对象边界**
3.  DB网关：本身是一个多态接口，含CRUD

## DB数据库 ##

1.  RDBMS管理数据：磁盘-->索引，缓存，查询优化器 ；内存：管理数据采用？table <---sql 或 文件存储 <----目录；通过链表，树，哈希表，堆，栈，队列，指针，引用方式进行  
2.  硬盘于内存选择：相互传输数据的手段而已，在维持系统核心数据结构同时，给关系数据库提供安全的受限的数据访问，数据的组织结构，数据的模型都是系统架构中的重要部分，如何磁盘上存储read write data机制手段没你们重要，数据库系统更是一种实现细节
3.  DB数据存储原理：硬盘|磁盘：数据环形存储
4.                                    |---> 环形轨道：磁头寻找
    
    1.                                      |--->扇区  ---》内存---》字节
        
        1.                                       |   
        2.  ![手把手教你了解 电脑磁盘的结构（盘片、磁道、扇区、柱面）][e316d8a656d93209c0f33917408a013f.png]

web端

# 用例分析 #

单一职责原则，依赖关系，

封装：水平分层（按层封装），垂直分层（按功能封装）

端口适配器，六边形架构，边界控制器实体：在严格的分层中：依赖指向的应该永远向下，每一层只能依赖相邻的下一层通过引用一些代码互相依赖的规则，形成单向依赖图

controller--》fasade(api)  -->service  -->serviceImpl  -->repostitory -->repostitryImpl -->mapper-->db-》DO -->entity

\-----图后续结合项目完成代码结构图待提供

--------------------

ps插曲：00点的时候出现小事故，写了一个小时的内容，ctrl+z咔嚓两下，这编译器硬生生把我写的内容全部撤销到前天发布版本，眼瞅着泄露1k多字就这样消失不见找不回来内心狂躁导致睡意全无，一万个阿西吧再崩腾，又搞了现在算是补回来了，剩下的后面再续上，

--------------------

做一个

说话有趣，稳着冷静，见识高明，眼神清澈的人

[eb3927f9ccc752b09d17197f8ae97489.png]: /images/20220829/091d97fbd55b4772ae9d4d8015336b0b.png
[https_upload-images.jianshu.io_upload_images_4098122-35d38a5b2fe841d7.jpeg]: https://upload-images.jianshu.io/upload_images/4098122-35d38a5b2fe841d7.jpeg
[bebe7412e30958558e52cea22e82d4ec.png]: /images/20220829/491bfb3773d8425485d21f9c41ff0e4d.png
[e316d8a656d93209c0f33917408a013f.png]: /images/20220829/aa26c05c40ca43ddb9c7befd766cc78f.png