9

一元化されたデータおよびファイル ストレージ システム（ドキュメント イメージング用）を必要とする環境に Delphi アプリを展開する必要がありますが、相互接続が比較的貧弱な複数のブランチ オフィスがあります。3 層データベース アプリケーションが最善の方法であると考えているため、比較的軽量なデータ転送のニーズでリッチなデスクトップ エクスペリエンスを提供できます。ここまで、Delphi Datasnap、kbmMW、および Remobjects SDK について簡単に説明してきました。kbmMW と Remobjects SDK が使用する帯域幅が最も少ないようです。かなりの数のユーザー (700 以上をサポートする必要があります) が存在する困難な環境で、これらのテクノロジのいずれかを展開した経験がある人はいますか? ありがとう！

4

5 に答える 5

5

覚えておくべきことの 1 つは、ユーザーの数ではなく、同時にリソースを使用しているユーザーの数が問題になることです。可能であれば、アプリケーションを「サーバー ステートレス」に開発してみてください。これにより、顧客ベースをサポートするためにプールにサーバーを追加する必要がある場合に、長期的に柔軟性が向上します。n 層で最も難しいのは、最初のサーバーを超えてスケ​​ーリングすることです...最初からそれを計画してください。各リクエストは、以前のリクエストについて何も知らない必要があります...または、少なくともリクエストには、サーバーがセッションテーブルなどでそれを検索できるようにコンテキストを渡す方法が必要です。

個人的には、RemObjects をお勧めします。私は良い結果でそれを使用しました。

于 2008-12-15T14:30:10.820 に答える
5

kbmMW と RO SDK は両方とも、SOAP 形式よりもコンパクトなバイナリ形式を提供します。特に、ドキュメントを扱う場合に便利です。

RO sdk は、サービスの実行に役立つ GUI ツールをさらに提供しているようです。

RealThinClient SDKも見てみましょう。これは軽量のリモート フレームワークです。

しかし、どのようなフレームワークを使用しても、作業の設計によって高速または低速になります。低速の 128kb 回線で動作するアプリケーションがいくつかあり、ユーザーから文句を言われることなく完璧に動作していますが、ファイルの大きな転送は行いません。

于 2008-12-12T08:19:10.287 に答える
5

リモート データセットに関連付けられているかどうかによって異なります。データセットに縛られていない場合は、SOAP が適切な選択になる可能性があります。または、SOAP に本質的に似た独自のプロトコルを作成しました。これは、SOAP が標準化される前に行われたものであり、実行できたことをうれしく思います。これにより、より多くのデータ フローを制御できるようになります。接続が悪い場合は、それをサポートするのに時間を費やすことになります. ベンダーを待たなければならないのではなく、サポートしている独自のコードである場合は非常に便利です。(ただし、KBM と REM はかなり優れたベンダーとして知られています。)

個人的なメモ: ドキュメント イメージング アプリケーションで 700 人のユーザーが接続性が悪い場合、混乱のように聞こえます。長期的には安価になるため、接続のアップグレードにお金を費やしてください。

于 2008-12-12T03:46:17.123 に答える
2

それが最高/最も効率的かどうかはわかりませんが（この質問をしてくれてうれしいです！）、RemObjects SDK+DataAbstractで良い結果が得られました。後者は、配管の詳細の多くをあまり複雑にせず、役に立ちました。まだ実装中ですが、これまでのところとても良いです。

于 2008-12-13T21:34:21.340 に答える
1

本当に「低帯域幅」に行きたい場合は、BSD Sockets API を使用します。これにより、送信される内容を完全に制御でき、必要なだけ情報を送信できます。もちろん、すべての層を自分で実装する必要がありますが、それはまだオプションです:D

于 2008-12-30T20:54:50.420 に答える