我们有一个用Delphi 7编写的客户端/服务器应用程序,带有Firebird后端数据库.该代码最初是以数据访问层开始的,但很快就分解为表单中的数据访问和分散在项目中的不同单元. 我们希望在不
我们希望在不久的将来转移到.NET,在我看来,最好的起点是首先在.NET中移动DAL并使用当前的Delphi应用程序来实现它.然后我们可以进一步移植业务层,最后是UI.
因此,我正在寻找其他开发人员关于某些技术/框架的一些想法,以便将DAL转移到.NET中.我的第一个想法是创建一些Web服务.我们的想法是将当前的客户端/服务器应用程序移动到.NET.我们可以在以后与多层设计,Web应用程序进行对战.也许正确的答案是从头开始？
任何想法或想法将不胜感激.
对此没有神奇的配方.我也是Delphi开发人员,现在正在研究.NET世界.德尔福是极端的.每种语言都可以写得很好或编写得很糟糕.但是在Delphi中,当应用程序编写得很好时,它就是天堂.如果不是,那就太糟糕了.你知道我的意思.德尔福将RAD提升到一个全新的水平.所以你可以非常快速地编写软件.但它变得杂乱无章……有点像WinForms,如果你在Button事件中写出那个SQL Insert命令:)
这是我的想法：
>当你去.NET时,请使用C#.不要回头看.>您应该明确地从数据层开始.>如果你现在要保留你的Delphi用户界面并让他们使用你的.NET DAL,你甚至可能会惊讶自己不想改用WinForms.有些人可能对此感到不安,但时间会告诉……>您可能希望将DAL实现为WebServices.软件的两面都有很多学习机会.而且还有可重用性！>从头开始你的DAL.你不会后悔的.>不要从头开始UI.尝试使用现有的UI. UI需要时间.如果要查看所有现有屏幕,您将摆脱不良内容,然后连接到新的.NET DAL.但是从头开始构建一切都是压倒性的,并且可能会长期压低团队.