我的团队正在维护一个巨大的客户端服务器 win32 Delphi 应用程序。它是一个客户端/服务器应用程序(厚客户端),它使用 DevArt (SDAC) 组件连接到 SQL Server。
业务逻辑通常被“困”在组件的事件处理程序中,无论如何,通过某种程度的重构,将业务逻辑移动到公共单元中是可行的(这项工作的很大一部分已经在重构期间完成了......维护遗留应用程序的人else write 非常令人沮丧,但这是一个非常常见的工作)。
现在有一个Web界面的请求,我当然有几个选项,在这个问题中我想专注于VCL for web(intraweb)选项。
这个想法是为客户端/服务器应用程序和 Web 应用程序使用公共代码(相同的 pas 文件)。我听说很多人将遗留应用程序从 delphi 转移到 intraweb,但在这里我也试图保留厚客户端。
思路是使用通用代码,可能是用一些编译器指令来写具体代码:
{$IFDEF CLIENTSERVER}
{here goes the thick client specific code}
{$ELSE}
{here goes the Intraweb specific code}
{$ENDIF}
然后另一个问题是“迁移计划”,假设我有 300 个功能,而在第一个版本中,我将只有 50 个在 Web 应用程序中可用。如何跟踪它?我正在考虑(ab)使用 Delphi 接口来处理这个问题。例如对于用户身份验证,我可以在一个过程中移动所有相关代码并声明一个接口,如:
type
IUserAuthentication= interface['{0D57624C-CDDE-458B-A36C-436AE465B477}']
procedure UserAuthentication;
end;
通过这种方式,当我在两个应用程序(Thick Client 和 Intraweb)中实现 IUserAuthentication 接口时,我知道该功能已“移植”到 Web。无论如何,我不知道这种方法是否有意义。我做了一个原型来模拟整个过程。它适用于“Hello world”应用程序,但我想知道它是否对大型应用程序有意义,或者这个接口想法只会适得其反并且可能适得其反。
我的问题是:这种方法有意义吗?(Interface的想法只是一个额外的想法,它不像上面描述的公共代码部分那么重要)它是一个可行的选择吗?
我知道这取决于很多类型的应用程序,无论如何通用,我的应用程序属于 CRM/会计领域,单个安装的并发用户数通常少于 20 个,峰值为 50 个。
额外评论(更新):我问这个问题是因为我没有 n 层应用程序,我认为 Intraweb 是拥有与胖客户端具有通用代码的 Web 应用程序的唯一选项。在我的具体情况下,从 Delphi 代码开发 Web 服务毫无意义,所以我的替代方法是使用 ASP.NET 编写 Web 界面(复制业务逻辑),但在这种情况下,我无法利用公共代码简单的方法。是的,我也许可以使用 dll,但我的代码不适合。