refactoring du bouchonnois

重构Buchonnois

该KATA的目的是在现有代码上行使重构，以便：

• 在我们的代码中识别某些smells
• 了解哪种实践和/或工具可以帮助我们超越这些smells
• 在其生产代码之外的1个safe环境中练习

上下文

我们英勇的交通拥堵需要能够管理他们的狩猎游戏。
他们开始由Toshiba公司开发1个管理系统，但不满意。

该公司与他们谈论了一项dette technique这使他们在开发新功能方面放慢了脚步...

猎人指望我们改善情况。

示例映射

他们与Toshiba进行了一些研讨会，并设法澄清了该系统的期望。

为此，他们使用Example Mapping格式在此处发现。

这是用于开发该系统的一致性的示例映射。

PDF版本可在此处提供

便利

先决条件

该代码可在C# （ .NET 7 ）， java （21）， kotlin中找到。

这是使用 /推荐的书店列表：

。网	爪哇	科特林
xUnit	junit	Kotest
FluentAssertions	assertJ	本地的kotest大道
Verify.xUnit	approvalTests	approvalTests
FSCheck	vavr-test	kotest-property
TngTech.ArchUnitNET.xUnit	archunit	archunit
LanguageExt.Core	vavr	arrow-kt
FluentAssertions.LanguageExt	assertj-vavr	kotest-extensions-arrow

为了改进代码，我们邀请您遵循以下步骤：

• 1。了解基本代码
• 2。将警告视为错误
• 3。让我们杀死一些突变体
• 4。提高测试的可读性
• 5。“批准”一切
• 6。到处都是“属性”
• 7。架构测试
• 8。使用盒子
• 9。告诉唐问
• 10。命令
• 11。更多例外
• 12。采购活动

每个步骤：

• 提出了“逐步”解决方案的建议（仅在C#中）
• 有1个分支 /步骤

教育目标

通过这些不同的阶段，我试图介绍以下主题：

• 示例映射
• 静态代码分析 /衬里
• 将警告视为错误
• 突变测试
• 数据建设者测试
• 批准测试
• 自动重构
• 基于属性的测试
• 建筑测试
• 测试驱动的开发
• 干净的体系结构
• 域驱动设计
• 告诉唐问
• 功能编程
• 原始避免
• 避免例外
• 记录决策架构
• 采购活动
• ...

旅途愉快吗？