ビジネスロジックを備えた単純なasp.netアプリケーションのデザインパターン？

Question

私は、Windowsプログラミングから来るasp.netの世界に新しいです。セッション、認証、ページのライフサイクルは、やはり私にとってはやや複雑な概念です。

私は現在asp.netを学ぶために単純なウェブサイトを設計しています。 （非常に単純なディスカッションボードw /タグ、stackoverflowのようなものだが100xシンプル）

私はデータアクセスレイヤーを設計し、今度はビジネスロジックを設計しました。ビジネスロジックは次のようになります。

• バックエンドコンポーネント：正規化データ、複雑な計算などバックエンドには2つのクラスしかなく、おそらく15〜20のメンバーしかありません。
• フロントエンドクラスがアクセスするためのコントローラ静的クラス。

私の質問は以下のとおりです。

• コントローラクラスnessasaryですか？ asp.netページで各バックエンドコンポーネントを直接インスタンス化する必要がありますか？
• 一般的にセッションと認証を処理するのは誰ですか？バックエンドがそれを処理すべきか、またはフロントエンドのマネージャークラスは、すべてのユーザーセッション/認証を担当する必要がありますか？
• ウェブページオブジェクトが再インスタンス化されるたびにページを訪問することを理解していますが、フロントエンドがバックエンドを制御しているのは本当に悪い習慣ですか？

Answer 1

1. このASP.NET Webフォーム、つまりMVCですか？ MVCはコントローラに依存してリクエストを処理しますが、Webフォーム用のコントローラクラスを作成した場合は、コントローラの目的と目的に大きく依存します。
2. ASP.NETは、ページ上のセッションプロパティまたはhttpcontext（HttpContext.Current.Sessionのように）を使用してセッションをネイティブに処理します。これはいくつかの意味を持つことができるので、あなたが "セッション"と考えるものによって異なります。認証は、メンバーシップAPIによって非常に簡単に処理できます（オンラインで詳しく読む）。
3. 理論上の悪い習慣ではありませんが、その設計方法に応じて実装される可能性があります。特定のオブジェクトは、すべての要求ごとに一度存在することが意図されている場合は、静的レベルで保存することもできます。