Python 架构模式

161 0 13

什么是构建应用程序的最佳方法，以便易于测试？具体来说，如何使核心业务逻辑受到单元测试覆盖，并尽量减少需要进行集成测试和端到端测试的数量？他曾模糊地提到六边形架构、端口和适配器以及功能核心、命令式外壳，但如果他诚实的话，他必须承认这些并不是他真正理解或在实践中做过的事情。

序言
- 处理复杂性，解决商业问题
- 为什么选择 Python？
- TDD，DDD 和事件驱动架构
- 谁应该阅读这本书
- 你将学到的内容简要概述
- 示例代码和跟着编码
- 本书中使用的约定
- 致谢
介绍
- 为什么我们的设计会出错？
- 封装和抽象
- 分层
- 依赖倒置原则
- 我们所有业务逻辑的场所：领域模型
第一部分：构建支持领域建模的架构
1：领域建模
- 领域模型是什么？
- 探索领域语言
- 领域模型单元测试
- 不是所有的东西都必须是对象：一个领域服务函数
2：存储库模式
- 坚持我们的领域模型
- 一些伪代码：我们需要什么？
- 将 DIP 应用于数据访问
- 提醒：我们的模型
- 介绍仓储模式
- 构建一个用于测试的虚假存储库现在变得非常简单！
- Python 中的端口和适配器是什么？
- 完成
3：一个简短的插曲：关于耦合和抽象
- 抽象态势支持测试性能
- 选择适当的抽象层次
- 实施我们选择的抽象化
- 总结
4: 我们的第一个用例：Flask API 和服务层
- 第一个端到端的测试
- 直接实施
- 需要进行数据库检查的错误条件
- 介绍一个服务层，并使用 FakeRepository 进行单元测试
- 为什么所有的东西都被称作服务？
- 将事物放入文件夹，看看它们应该属于哪里。
- 结束
5：高速档和低速档的测试驱动开发
- 我们的测试金字塔看起来如何？
- 域层测试是否应移至服务层？
- 在决定要写什么样的测试时
- 高低挡
- 完全解耦服务层测试与领域
- 将改进带入到端到端测试中
- 总结
6: 工作单元模式
- 工作单元与仓储库协作
- 通过集成测试来对 UoW 进行试驾
- 工作单元及其上下文管理器
- 在服务层使用 UoW
- 显式测试提交/回滚行为
- 显式 vs 隐式提交
- 使用 UoW 将多个操作分组为原子单位的示例。
- 整理集成测试
- 结束
7：聚合与一致性边界
- 为什么不直接把所有事情都放在电子表格中运行呢？
- 不变性、约束和一致性
- 聚合物是什么？
- 选择一个集合
- 一个聚合 = 一个仓库
- 性能怎么样？
- 乐观并发与版本号
- 我们的数据完整性规则测试
- 结束
第一部分回顾
第二部分：事件驱动架构
8: 事件和消息总线
- 避免制造混乱
- 单一职责原则
- 乘坐信息总线！
- 选项 1：服务层接收来自模型的事件，并将其放入消息总线中
- 选项 2：服务层引发自己的事件
- 选项 3：UoW 向消息总线发布事件
- 结束
9: 在信息车上去市区
- 一个新的需求引导着我们走向新的架构
- 将服务功能重构为消息处理程序
- 我们的新要求的实施
- 测试驾驶新的操纵者
- 可选：使用虚拟消息总线独立测试事件处理程序。
- 总结
10：命令和命令处理器
- 指令和事件
- 异常处理的差异
- 讨论：事件、命令和错误处理
- 同步错误恢复
- 结束
11：事件驱动架构：使用事件来集成微服务
- 分布式泥球和名词思维
- 在分布式系统中的错误处理
- 异步消息传递：利用时间解耦的替代方案
- 使用 Redis Pub/Sub 频道进行集成
- 使用端到端测试进行所有测试
- 内部事件与外部事件
- 总结
12: 命令查询职责分离（CQRS）
- 领域模型用于写作
- 大多数用户不会购买你的家具。
- Post/Redirect/Get 和 CQS
- 坚持住你的午餐，伙计们
- 测试 CQRS 视图
- 明显的替代方法 1: 使用现有的仓库
- 您的领域模型未经过优化，不适用于读操作。
- 明显的另一种选择：使用 ORM
- 选择 N+1 和其他性能考虑因素
- 完全跳鲨鱼的时间
- 改变我们的读模型实现很容易
- 总结
13：依赖注入（和引导过程）
- 隐式依赖性与显式依赖性
- 难道显式依赖不是完全奇怪和像 Java 一样的吗？
- 准备处理程序：使用闭包和部分函数的手动依赖注入
- 使用类的替代方案
- 一个引导脚本
- 消息总线在运行时给出处理程序
- 在我们的入口点中使用 Bootstrap。
- 在我们的测试中初始化 DI
- 构建一个正确的适配器：一个实际示例
- 总结
现在怎么办？
- 怎样从这里到达那里？
- 分离纠缠责任
- 识别聚合和有界上下文
- 一个通过绞杀器模式从 Go 到微服务的事件驱动方法。
- 说服利益相关者尝试新事物
- 我们的技术评论员提出的问题，我们无法转化为散文的问题。
- 脚枪
- 更多必修读物
- 结束
附录 A：概要图表
附录 B：模板项目结构
- 环境变量，12-Factor 以及配置，容器内外。
- Config.py 的翻译为简体中文为：配置 .py
- Docker-Compose 和容器配置
- 将您的源代码安装为软件包
- Dockerfile -> Docker 文件
- 测试
- 总结
附录 C：替换基础设施：使用 CSV 完成所有操作
- 为 CSV 文件实施一个 Repository 和 Unit of Work
附录 D：使用 Django 的存储库和工作单元模式
- Django 中的仓库模式
- Django 中的工作单元模式
- API：Django 视图是适配器
- 为什么这一切都那么困难？
- 如果您已经安装了 Django，您应该怎么办
- 走过的脚步
附录 E：验证
- 验证到底是什么？
- 语法验证
- 邮局法则和宽容读者模式
- 边缘验证
- 验证语义
- 验证语用学

分享到QQ

分享到微博

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

列表为空，暂无数据

蓬勃野心

文章 0 评论 0

arbiter

文章 0 评论 0

刘备忘录

文章 0 评论 0

goodman

文章 0 评论 0

qq_9xYOwB

文章 0 评论 0

£

文章 0 评论 0

友情链接

文江博客

我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的隐私政策了解更多相关信息。单击 接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。

Python 架构模式

目录

发布评论

热门标签

推荐作者

蓬勃野心

arbiter

刘备忘录

goodman

qq_9xYOwB

£

友情链接