关于迁移到多层Delphi体系结构的建议

Question

我们有一个与Firebird紧密相关的相对较大的应用程序(存储过程、视图等)。我们现在收到了很多请求来支持额外的数据库，我们也想把很多功能从客户端转移到服务器端。

现在似乎是迁移到3(4)层架构的好时机。我们已经看过了DataSnap 2009和RemObjects SDK/DataAbstract。这两个看起来都可以做这项工作，但有没有我们应该注意的优点/缺点？有没有其他你可以推荐的框架？

干杯，保罗

Answer 1

在迁移到多层应用程序的过程中，您可以考虑在各层之间使用一种传输协议，该协议独立于语言/技术(如webservices (我认为remobjects支持这一点))。

这可以使一个层的重新实现变得更简单(就像如果您以后必须在浏览器/java/silverlight中创建另一个版本的客户端应用程序)。

Answer 2

我可以推荐使用Components4Developers的KBM中间件组件。有一点学习曲线，但它们非常灵活，并在现实世界条件下使用良好。

Comment from a user (http://www.components4programmers.com/usercomments/commentfromapowerusertoaquestion.htm)

Answer 3

使用新的框架(RM、DS、kbmMW或其他)将您的应用程序更改为多层，这将使我们的应用程序架构发生很大变化，我建议将来使用此框架，但您可以使用其他产品实现对多数据库的支持，如

来自DevArt的UniDac (直接连接数据库的最佳组件)。AnyDac(来自提供RemObjects的同一公司。SqlDirect(支持9 MajorDB和ODBC)。ZeosDB(开源)。

使用上面的组件之一，将为您提供对大多数主要数据库的支持，此外，它不会让您做很多更改，在某些情况下，您只需用新的数据库组件替换旧的数据库组件，并可能更改一些属性。

然而，更改为多层不仅会使您只支持更多的数据库，而且还会将您的业务逻辑与表示层分离，因此您可以为您的应用程序提供更多的表示层，如web界面或智能设备。

但在多层体系结构中最重要的是，您将拥有一个可扩展的系统，该系统的增长超出了您所使用的数据库处理连接的能力，此外还有其他好处，如使用其他语言编写客户端应用程序。