2

クライアント サーバー アーキテクチャの Delphi アプリケーションがあります。ここで、この Delphi クライアント サーバー アプリケーション用の Web アプリケーションを書きたいと思います。この Web アプリを作成するために、Delphi を使用したくありません。PHP フレームワーク、ASP.NET、Ruby on Rails などの「最新の」Web アーキテクチャを使用したいと考えています。http://www.remobjects.com/ro/ ) および ASP.NET: ASP.NET <-> Delphi

このアプローチでは、Delphi アプリケーションは RemObjects を介して ASP.NET WebServer と通信します。ここで、Delphi アプリケーションは REM オブジェクト サーバーであり、ASP.NET アプリケーションはクライアントです。

私の質問は次のとおりです。

  1. このアプローチは本当に良いアイデアですか? そうでない場合、その理由は何ですか?
  2. この問題を解決するための他の可能なアプローチは何ですか?

ご協力ありがとうございました。

編集:これまでにご回答いただきありがとうございます!

4

3 に答える 3

1

データベースのような中立的なリンクを確立するのはどうですか?

于 2013-06-17T08:22:19.450 に答える
1

代替手段として、SOAP または RESTful 接続を使用できます。

R/O は確かに SOAP よりも高速であり、両方の側 (Delphi と C#) に適切に統合されています。

また、Delphi クライアントとサーバーの間ですでに R/O を使用しているため、最初に検討するオプションになります。

私見では、Delphi サーバーと C# クライアント間の RESTful 接続も機能する可能性があります。また、おそらく高速になるため、R/O 接続でパフォーマンスや安定性の問題が見つかった場合にのみ、第 2 フェーズで検討する必要があります。

于 2013-06-17T09:12:49.617 に答える
1

双方向メッセージング/プロセス間通信ソリューションが必要です。通常、SOAP、REST、およびその他の Web サービス (RemObjects) は、同期の要求応答スタイルの通信です。

メッセージング ミドルウェアは、アプリケーションを完全に分離する方法で実装できるため、システムの任意の部分を (たとえば、メンテナンスや更新のインストールのために) 他の部分に影響を与えずに再起動できます。

この分野で人気のあるオープン ソース製品には、クロスプラットフォーム/クロス言語クライアントを提供する Apache ActiveMQ、Open Message Queue、RabbitMQ などがあります。

于 2013-06-17T09:18:03.657 に答える