1

さまざまな社内 CRUD アプリのフレームワークを開発しています。いくつかの MS テクノロジ (WPF、Access、WinForms、ASP.NET) を検討し、クライアントに HTA+Jquery を使用する ASP.NET MVC に落ち着きました。そうする理由は、迅速な 1 回限りの GUI アプリを作成してデプロイする方法と、寿命が長いと予想されるより堅牢なアプリを維持する方法が必要だからです。

まず、クライアント側で ADODB を使用する場合とサーバー側で ADO.NET を使用する場合の相対的なメリットについて、いくつか考えていただければ幸いです。クライアント側で SQL Server にアクセスできるため、ADODB に傾倒しています (ADODB とのやり取りを処理する js ライブラリを既に作成しています)。しかし、RESTful サービスの開発が最終的にどのように役立つかはわかります。

次に、レポート機能をシステムに組み込む必要があります。SQL Server レポート サービスまたは Crystal レポートを使用できますが、ユーザーは、VBA を使用して Word でレポートを作成する一部の古いアプリケーションに慣れてきました。そのため、WordML を使用してレポートを作成することを検討しています。

ありがとう。

4

1 に答える 1

1

データベース アクセス

シン クライアントが必要な場合は、クライアント内からデータベースに直接アクセスしないようにすることをお勧めします。

主な問題は、特定のネットワーク アーキテクチャへの依存度が高くなり、ASP.Net アプリケーションと HTA の両方がデータベースに大きく依存するようになることです。

代わりに、DB への直接の視線への依存を断ち切り、データをサーバーで処理することをお勧めします。

これにはいくつかの利点があります。

  • データベースへの多くの小さな変更については、おそらく ASP アプリを更新するだけで済みます。

  • クライアント アプリをインターネット経由で機能させる必要がある場合 (たとえば、一部のユーザーが外部の会議に出席する、会社から仕事をする必要がある、または会社が新しいブランチを開くなどの理由で)、シン クライアントを書き直す必要はありません。

  • リソースへのアクセスをより適切に制御できます。ASP アプリにデータベースとの通信のみを許可し、データベースに出入りするものをフィルター処理します。
    これにより、クライアントにすべてのセキュリティを実装する必要がなくなります。ASP アプリがデータベースの保護者になります。これは、情報を保護するためのはるかに優れた方法であり、より多くの制御が可能になります。

報告

レポートについては、クライアント自体に複雑なレポート機能を実装するのではなく、サーバーを再度使用します。
問題は、HTA を使用していて、各ユーザーのマシンに依存関係をインストールする必要がないようにするには、常にクライアントが制限されることです。すぐにシッククライアントを
構築することになります...

ASP.Net を使用している場合、非常に優れたレポート ツールがたくさんあります。これらのツールを使用すると、ユーザーは Excel、Word、PDF などの機能を自分でコーディングしなくても、非常に簡単に優れたレポートを取得できます。
Crystal Reports は問題ありませんが、より優れた単純な代替手段があります。たとえば、Developer Express Reportエンジンは非常に使いやすいです。

于 2009-02-17T05:22:30.117 に答える