这些软件架构在哪些领域表现出色或失败？
哪些关键要求会促使您选择其中一个？
请假设您有可用的开发人员，他们可以完成良好的面向对象代码以及良好的数据库开发。
另外，请避免圣战:)所有三种技术都有优点和缺点，我感兴趣的是最适合在哪里使用哪种技术。
这些工具中的每一个都提供不同的抽象层，以及覆盖行为的不同点。这些是架构选择，所有架构选择都取决于技术、控制和组织之间的权衡，包括应用程序本身和部署环境。
如果您面对的是 DBA 称霸的文化，那么基于存储过程的架构将更容易部署。另一方面，存储过程的管理和版本控制可能非常困难。
当您使用静态类型语言时，代码生成器会大放异彩，因为您可以在编译时而不是运行时捕获错误。
ORM 是集成工具的理想选择，您可能需要在安装到安装的基础上处理不同的 RDBMS 和模式。更改一张地图，您的应用程序就会从使用 Oracle 上的 PeopleSoft 变为使用 SQL Server 上的 Microsoft Dynamics。
我见过使用生成代码与存储过程进行交互的应用程序，因为可以调整存储过程以绕过代码生成器的限制。
最终，唯一正确的答案将取决于您要解决的问题以及解决方案需要执行的环境。其他任何事情都在争论“马铃薯”的正确发音。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
