C# 用c语言在dotnet环境下运行本机Delphi代码

C# 用c语言在dotnet环境下运行本机Delphi代码,c#,.net,oracle,delphi,plsql,C#,.net,Oracle,Delphi,Plsql,我有一个Delphi程序,主要由可视化界面(按钮、文本框等)和一点业务逻辑组成 业务逻辑主要包含在Delphi运行的Oracle数据库的Pl Sql中。 我想在德尔福进行的项目,以C夏普,但我想做这一部分的一部分 我认为应该在VisualStudio中创建一个C Sharp项目,并使用Delphi代码(包括可视化界面)运行它,然后用C Sharp一部分一部分地替换Delphi中的代码和可视化界面 有可能吗?在同一个应用程序中混合使用Delphi和C#GUI是可能的,但很难实现。您需要建立一个完整

我有一个Delphi程序,主要由可视化界面(按钮、文本框等)和一点业务逻辑组成

业务逻辑主要包含在Delphi运行的Oracle数据库的
Pl Sql
中。
我想在德尔福进行的项目,以C夏普,但我想做这一部分的一部分

我认为应该在VisualStudio中创建一个C Sharp项目,并使用Delphi代码(包括可视化界面)运行它,然后用C Sharp一部分一部分地替换Delphi中的代码和可视化界面

有可能吗?

在同一个应用程序中混合使用Delphi和C#GUI是可能的,但很难实现。您需要建立一个完整的基础设施来组织两种语言之间的互操作。您最终将创建大量互操作代码,随后将放弃这些代码。更糟糕的是,互操作代码需要是双向的。有时,您会使用C#可视化代码与Delphi进行非可视化对话。反之亦然。一个模块一个模块地转换代码的想法听起来不错,但我预测这将需要大量的互操作支架

沿着视觉/非视觉的界限将其分割会更容易,但这不是你的建议。所以坦率地说,我认为你目前的计划远远不是最优的。我不会接受它。我认为干净的端口是最好的选择。

在同一个应用程序中混合使用Delphi和C#GUI是可能的,但很难实现。您需要建立一个完整的基础设施来组织两种语言之间的互操作。您最终将创建大量互操作代码,随后将放弃这些代码。更糟糕的是,互操作代码需要是双向的。有时,您会使用C#可视化代码与Delphi进行非可视化对话。反之亦然。一个模块一个模块地转换代码的想法听起来不错,但我预测这将需要大量的互操作支架


沿着视觉/非视觉的界限将其分割会更容易,但这不是你的建议。所以坦率地说,我认为你目前的计划远远不是最优的。我不会接受它。我认为干净的端口是最好的选择。

似乎正是您想要的。

似乎正是您想要的。

您确实需要定义和详细说明您想要实现的目标;您是希望将现有的delphi应用程序转换为C#还是仅从C#应用程序执行delphi应用程序?您真的应该仔细查看以下问题的答案。无论您使用的是什么版本的Delphi(至少是win32/VCL Delphi)或VS,答案都是一样的。我想将Delphi应用程序转换为C Sharp,但很难在短时间内实现,而且我没有时间同时运行Delphi和C Sharp中的一个项目。因此,我认为在.net中运行Delphi代码并用C Sharp代码逐模块替换Delphi代码是可行的;您是希望将现有的delphi应用程序转换为C#还是仅从C#应用程序执行delphi应用程序?您真的应该仔细查看以下问题的答案。无论您使用的是什么版本的Delphi(至少是win32/VCL Delphi)或VS,答案都是一样的。我想将Delphi应用程序转换为C Sharp,但很难在短时间内实现,而且我没有时间同时运行Delphi和C Sharp中的一个项目。因此,我认为在.net中运行Delphi代码并用C Sharp代码逐模块替换Delphi代码是可行的。