2

現在、Advantage DBへのクライアントサーバー通信を処理するために、Delphi7とASTAを使用しています。

私はRadStudioXE Enterpriseに移行し、ASTAの将来がやや不確実になっているため、別の類似したソリューションに切り替えることを検討しています。これは時間とおそらくお金への多額の投資になるので、私はオプションを研究してきましたが、木と森の状況に到達しました。

私が必要としているものの基本的なポイントをいくつか挙げます。誰かが私が焦点を当てるべき技術と製品の特定の組み合わせを提案できれば、それらのニーズを満たすのに役立つかもしれません。私は本当に、ASTAが現在、活発な開発とサポートの下で提供している通信および暗号化機能を置き換えたり、改善したりする必要があります。

    -DelphiXEを使用します。
    -アプリケーションはWin32になり、サーバーはWindowsで実行されます。
    -IISは許可されていません。
    -VPN要件は許可されていません。
    -ソケット通信は、ネイティブまたはサードパーティのアドオンを介してAES暗号化をサポートする必要があります。
    -強力なセキュリティが可能な場合、一部の基本的なブラウザベースのアプリケーションアクセスはボーナスになります。
    -Linux、Mac、モバイルのサポートは非​​常に低い優先度です。
    -NIST 800-53 / FIPS 140-2に準拠する必要がありますが、認定は必要ありません。（通信と暗号化に関連するため）

これが私の最初の質問ですので、私が必要なものをよりよく表現したり、詳細に説明したりできるかどうか教えてください。

皆さんが与えることができるあらゆる方向性に感謝します。

4

4 に答える 4

3

免責事項: 私は RemObjects ソフトウェアで働いています。

-Delphi XE を使用します。

Data Abstract は Delphi 7 および Delphi 2007 から XE までをサポートしており、Delphi の新しいバージョンのサポートをできるだけ早く (つまり、XE2 が登場したとき) 定期的に追加しています。

- アプリケーションは Win32、サーバーは Windows 上で動作します。

はい、それをサポートします。

-IIS は使用できません。

IIS でのホスティングは、data Abstractのオプションであり、要件ではありません。実際、私たちの推奨/推奨モデルは、サービスをインストールするか手動で実行できるスタンドアロン サーバー実行可能ファイルを使用しており、独自の ort を開き、フル サーバーです。これらは、HTTP またはその他のプロトコル (より多くの「to the metal」TCP または Super TCP チャネルなど) に基づいている可能性があります。

-VPN 要件は許可されていません。

DA は VPN を必要としません (ただし、もちろん動作します)。

-ソケット通信は、AES 暗号化をネイティブでサポートするか、サードパーティのアドオンを介してサポートする必要があります。

DA は、すぐに使用できる AES と HTTPS をサポートします (後者は、選択した基本的な通信方法によって異なります)。

-強力なセキュリティが可能であれば、いくつかの基本的なブラウザベースのアプリケーションアクセスはおまけです。

DA サーバーは、DA が独自のクライアントに提供する通常のクライアント/サーバー通信に加えて、 JSON および REST/OData を介したアクセスを提供できます。このように、「実際の」デスクトップクライアントがサーバーと通信する方法について妥協する必要はありませんが、オープンスタンダードを使用して、他のクライアント (Web ベースのクライアントを含む) もサーバーと通信できるようにする柔軟性があります。

-Linux、Mac、モバイルのサポートは優先度が非常に低いです。

DA/Delphi は FPC を介して Linux をサポートします (Mac も同様ですが、Mac/FPC はより大雑把な領域であると考えています ;)。Embarcadero が Delphi を出荷したら、Delphi を介して Linux と Mac のサポートを追加します。

もちろん、必要に応じて、ネイティブ Mac/iOS 開発 (Xcode) 用と .NET (Linux をサポートするには Mono を使用するのが良い方法です) 用の DA の別のエディションもあります。

-NIST 800-53/FIPS 140-2 準拠を満たす必要がありますが、認証は必要ありません。（通信と暗号化に関係するため）

私はこの規格の詳細を知らないので、それは私が答えを持っていない唯一の質問です. ただし、それに関して具体的な技術的な質問がある場合は、遠慮なく私に連絡するか、support@remobjects.com からサポート チームに連絡してください。

お役に立てれば！

于 2011-02-02T11:58:02.873 に答える
3

シン クライアント ソフトウェアには RemObjects SDK を使用します。

  • D2010 で記述された、TMS Smooth Controls を備えたシン クライアント
  • サーバーとの通信 (バイナリ、TCP) (D2010、Windows サービス)
  • RO SDK を使用すると、特別なパラメーター、戻り値などを使用して、独自の (リモート) 関数を簡単に作成できます。すべてのビジネス ロジックはサーバー側です。
  • DataAbstract は使用しません (非常にデータベース/テーブル指向であり、ビジネス ルールに Javascript を使用するのは好きではありません)。
  • 圧縮/暗号化はサポートされていますが、使用していません (内部ネットワーク)
  • HTTP+SOAP を使用することもできます。IndyHTTPServer コンポーネントを特別な処理とともに使用して、いくつかの単純な Web ページも作成します。リンク: http://blog.delphiaddict.com/?p=171

RO SDK は非常にうまく機能し、高品質です!

于 2011-01-28T07:39:04.487 に答える
3

最近、RemObjects の DataAbstract を使用してアプリケーションの書き直しを完了しました。多少の学習曲線がありますが、一度完了すると、非常にやりがいのある経験になるでしょう。私が答えることができる質問は次のとおりです。

  • Delphi XE を使用します。XE はサポートされています。

  • アプリケーションは Win32 で、サーバーは Windows で実行されます。DA は Windows と MAC で動作します。

  • IIS は許可されていません - IIS は必要ありません

  • ソケット通信は、AES 暗号化をネイティブでサポートするか、サードパーティのアドオンを介してサポートする必要があります。AES はすぐにサポートされます。

于 2011-01-27T22:06:08.363 に答える
1

ベンダーと直接話すことをお勧めします。

  • RemObjectsについてRO SDK+ DA- support@remobjects.com
  • Components4DevelopersについてkbmMW- support@components4developers.com
  • RealThinClientについてRTC SDK- devsupport@realthinclient.com

確かに、彼らはあなたに詳細な答えを与えます。

于 2011-01-27T21:58:03.577 に答える