私は現在 Delphi 5 を使用しており、アプリケーションを最新バージョン (XE3) または他のテクノロジに移行することを計画しています。移行の主な目的は、シック クライアントが必要ないことです。現在のシナリオでは、アプリケーション (exe) がユーザーのローカル フォルダーにダウンロードされ、ローカルで実行されます。主な目的は、アプリケーションをユーザーのマシンにダウンロードしたくないことです。.
ダウンロードの制限が解消されれば、Delphi を使い続けたいと思っていました。ウェブソリューションはありますか？または、ユーザーのマシンにダウンロードせずに共通ポイントからアプリケーションにアクセスする方法。
助けと提案をありがとう。
注: これらのアプリケーションを使用するユーザーは多数います。
アプリケーションの種類によっては、アプリケーションのコア機能の周りに Web レイヤーを追加できます。
SOAP や REST インターフェイスのようなものを作成すると、Web クライアントを任意の言語で作成できます。Delphi や、PHP や ASP.Net などのより Web 指向の言語である可能性があります。Web インターフェイスを使用することで、ユーザーはどのプラットフォームからでもアクセスできます。
一方、現在のアプリケーションが適切に階層化されておらず、GUI とモデルの間で大量のコードが混在している場合、これは困難になる可能性があります。多くのコードを書き直すか、ユーザーが Windows と .exe ファイルを必要としているという事実を受け入れる必要があります。
少なくとも Delphi を使用することで、ユーザーはインストールに管理者権限を必要とする巨大なフレームワークをダウンロードする必要がなくなります。
とにかく、すでに持っているもの、アプリケーションの種類、複雑さなどについて、もう少し情報を提供する必要があります。
Java Enterprise Edition (Java EE) への移行を計画している場合、既存の商用およびオープン ソース ソリューションを使用して、2 つの通信モデルを使用して既存の Delphi ロジックにアクセスできます。
Delphi と Java 間の同期 (要求/応答) スタイルの通信には、Delphi 用の軽量 Web フレームワーク (私が最近これを作成しました) と、データ交換に使用できるオープン ソースの JSON/XML ライブラリがあります。これにより、Java アプリケーション サーバーは HTTP 経由で Delphi ロジックにアクセスできます。
非同期通信用に、Delphi と Free Pascal 用の (商用の) メッセージ ブローカー クライアントライブラリを作成しました。これらは JBoss と GlassFish アプリケーション サーバーの Java Message Service (JMS) サーバーで使用できます - JBoss と GlassFish には既にメッセージング ソリューションが含まれています ( HornetQおよびOpen MQ )、完全な Java EE プロファイルの必須部分として
また、JBoss と GlassFish Delphi を統合するための段階的なチュートリアルもいくつか書いています。
JBoss Application Server 5 と Delphi の統合