0

.NET シック クライアント アプリケーションの Web への移行を開始しました。作業の範囲は、winforms UI を Web UI に移行することに限定されています。ビジネス ロジック コンポーネントは、以前の Web サービス ラッパー レイヤーをプレゼンテーション コンポーネントとしてストライピングした後、そのまま再利用され、ビジネス コンポーネントは IIS に配置されます。この目的のために WCSF を使用することにしました。アーキテクチャ/デザインの決定事項のいくつかを検証したいのですが、

  1. AJAX に jQuery、DOJO などの JS フレームワークを使用する必要がありますか? または、ASP.NET コントロールには、すべての JS ベースのフロントエンド検証、AJAX フォームの送信、エラー メッセージの表示などを行うための適切なサポートが組み込まれていますか?

  2. 基礎モジュールを使用することに懸念はありますか? 起動時にすべてのモジュールをロードしてキャッシュすることにより、アプリケーションが重くなりますか?

  3. すべてのサービス機能に静的メソッド/クラスを使用することは良いアプローチですか? または、代わりにサービス依存関係を持つ非静的クラス/メソッドを使用する必要がありますか?

私は.NETが初めてです:)

4

2 に答える 2

-1

私は.NETが初めてです:)

ジュニア開発者のように聞こえます。

Re 3: アプローチが悪い。依存関係インジェクターを使用し、90% のケースで静的メソッドを回避します。あなたは多くの柔軟性をあきらめます。これは、私のジュニア開発者のアプローチの由来です。静的メソッドと「修復」は、長年にわたって標準的な IT アーキテクチャであり、.NET とは関係ありません。

Re 1: JS フレームワークを使用する必要はありません。また、車を購入する必要はなく、自分で作ることができます。ただし、費用対効果は高くありません。ウェブアプリケーション？最初に .NET を学習してください。たとえば、バージョン 3 の MVC と呼ばれる Microsoft の新しいサブフレームワークにより、優れたソフトウェアの開発がより安全 (テスト可能なバックエンド) になり、Web アプリケーションにより適しています。asp.net および Web フォーム フレームワーク全体の MS 内部標準コントロールには制限があり、独自の問題があります。そうは言っても、MVC は、自分が何をしているのかを知っている場合に最も役立ちます-JQuery に関して (統合された) および単体テスト/アーキテクチャに関して。

Re 2: 何を気にしますか ;) のように: 学問的に遅くなったとしても、実際には関係ありません。とはいえ、基盤モジュールとは何ですか? ASP.NET フレームワークにも IIS のドキュメントにも、その言葉は見当たりません。

于 2011-05-21T04:09:21.750 に答える