oracle – 使用Delphi数据感知组件 – 利弊

我想知道您在项目中使用数据感知组件的意见。哪些是开发应用程序(win32和web)的“力量”和“弱点”，通过使用Delphi和数据感知组件(来自Delphi的标准套件或第三方)？

使用FireBird我已经与IBObjects工作了很多，这是一个成熟的组件套件，工作得很好。

但是还有很多其他RDBMS(MysqL，MSsql，DB2，Oracle，sqlite，Nexus，Paradox，Interbase，FireBird等)。如果您已经开发了大型项目，您已经使用了很多数据感知组件，请使用数据库类型和数据感知组件套件名称来回答。

我也对DB2(AS400)感兴趣。你成功使用了哪些组件，或哪些组件真的很痛苦？

我发现使用数据感知组件导致应用程序，业务和UI逻辑之间没有明确的区别。

这对于小型项目来说是适用的，但随着代码越来越小，可维护性越来越差。

事件代码(和他们的互动)的各种各样的事情可以成为一个真正的噩梦来理解！

在这种情况下，我已经丢弃数据感知组件，并切换到(手动编码)MVC设计。

这确实需要大量的前期编码工作，但是可以维护，可扩展和可调试的项目中的结果(IMHO)。