软件工程出现以来，人们一直在寻找一种简洁的
系统组织方式及交互方式。
传统的
系统设计是命令式交互，
系统对外提供了哪些操作命令，即
系统对外提供了哪些接口。
系统的设计是围绕着接口进行的，对接口的实现就是对这些命令的实现，用户通过接口来修改
系统的状态（包括
系统中存储的数据）。
对于非编程人员来说，只能看到
系统所提供的接口，“看不到”
系统内部的实现。
系统分析和设计是分开的，导致需求和成品非常容易出现偏差，两者相对独立，还会导致沟通困难。
DDD则打破了这种隔阂，领域模型概念统一了分析和设计编程，使得软件能够更灵活快速
到此这篇测试驱动开发含义（测试驱动开发的思路）的文章就介绍到这了,更多相关内容请继续浏览下面的相关 推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/kotlinkf/42775.html