《敏捷软件开发》读书笔记 (1)
测试
- 编写单元测试是一种验证行为,更是一种设计行为
- 测试先行,迫使我们把程序设计为可测试的
- 测试是无价的文档
- 在编写代码前先编写测试改善了设计
- 为了使验收测试无须通过用户界面就能获得对业务规则的访问,我们需要解除业务规则和用户界面的耦合。
拙劣设计的症状
- 僵化性:难以改变,改变时将导致连锁更改
- 脆弱性:易于被破坏,更改将导致连锁问题
- 牢固性:代码有用,但难以重用
- 粘滞性:难以做正确的事情,难以在更改时保持设计
- 不必要的复杂性:过分设计,为过多的可能性做了准备
- 不必要的重复:滥用拷贝、粘贴,同样的代码以稍微不同的方式一再出现
- 晦涩性:混乱的表达,难以理解
敏捷设计原则
- SRP:单一职责原则
- OCP:开放-封闭原则
- LSP:Liskov 替换原则
- DIP:依赖倒置原则
- ISP:接口隔离原则
代码的臭味通常是因为违反了原则(一个或者更多)
过分的遵循这些原则会导致不必要的设计臭味
何为敏捷设计
- 源代码就是设计
- 敏捷团队不允许软件腐化
- 敏捷团队几乎不进行预先设计
- 持续的改进设计以使系统适合当次跌代
- 敏捷开发人员 遵循敏捷实践去发现问题、应用设计原则去诊断问题、应用适当的设计模式去解决问题
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述