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個分支 /步驟

教育目標

通過這些不同的階段，我試圖介紹以下主題：

• 示例映射
• 靜態代碼分析 /襯裡
• 將警告視為錯誤
• 突變測試
• 數據建設者測試
• 批准測試
• 自動重構
• 基於屬性的測試
• 建築測試
• 測試驅動的開發
• 乾淨的體系結構
• 域驅動設計
• 告訴唐問
• 功能編程
• 原始避免
• 避免例外
• 記錄決策架構
• 採購活動
• ...

旅途愉快嗎？