0

天，

我正在阅读 Dan Chak 的文章“数据库作为堡垒”，该文章来自优秀的书“每个软件架构师应该知道的 97 件事”（经过消毒的亚马逊链接），这表明不应使用敏捷方法来设计数据库。

有一个关于敏捷方法和数据库的 SO 问题“敏捷开发和数据库更改”，其中有一些涵盖敏捷开发方法的优秀答案。事实上，其中一个答案为每次更新数据库所需的内容提供了一个绝妙的想法。;-)

但是在阅读了 Dan Chak 的文章后，我想知道敏捷方法是否真的适合大型系统。

这当然会引出一个问题，即如何最好地为与 BDUF 数据库设计交互的应用程序解耦敏捷方法，而不在最终采用的设计中添加复杂的转换层？

有什么建议么？

干杯，

4

1 回答 1

2

这实际上取决于您所说的“大型系统”是什么意思。无论您是否“敏捷”，解耦系统的各个部分始终是一个好主意。BDUF 的想法并不意味着您不进行前期设计，您只是不要设计太多，并且在最终不支持后续功能的设计上进行大量投资。

就个人而言，我会查看http://databaserefactoring.com/（Database Refactoring 一书的网站）以更好地了解什么是可能的以及为什么。

祝你好运！

于 2010-06-12T23:52:20.373 回答