1

数週間前、私は質問をしましたが、古代のデータ構造を使用したことで完全に非難されました。なぜado.netやストアドプロシージャを使用しなかったのか、その他多くの質問がありました。私はADO.NETや保存された手順にあまり慣れていないため、これは実際には1か月間私を悩ませていました。私は、Web用にコーディングするときにphpプログラミングを行っただけです。

したがって、ASP.NETページをどのように構造化/モデル化するかを教えてください（詳細に行う必要はありません）。

今日はこのように動作します。

  • すべてのメソッド、これらのメソッドINSERT、UPDATE、DELTE、およびFETCHデータで満たされたWebサービスファイルがあります。コードビハインドファイルからwebseriveクラスを呼び出し、webformから物を渡します。

  • ログインとパスワードを確認するためにストアドプロシージャを使用します。

    1. ストアドプロシージャのみを使用する必要がありますか？
    2. その場合、何かを追加する必要がありますか？
    3. Shoudl Webフォームをコードビハインドからデータベースに直接移動させますか？
    4. ADO.NETをどのように実装しますか？
4

2 に答える 2

2

ORMフレームワークは、ストアドプロシージャを使用するよりも、データベースに対する「最新の」アプローチです。Entity Framework / Linq-to-SqlはMSが認可したものですが、NHibernateはもっと長く存在しています。データベースロジックをアプリケーションコードと統合し、（ストアドプロシージャが実行時に中断するのを待つのではなく）コンパイル時にエラーをキャッチできるため、便利です。

Asp.Net MVCは、model-view-controllerパターンを統合するAsp.Netに基づく別のWebフレームワークです。MVCパターンは、ビジネスロジック、UI、およびデータモデル間のスパゲッティコードの関心の分離を回避する方法として、Web開発者に人気がありました。

包括的な推奨事項を提示するのは困難です（ADO.Net/ストアドプロシージャは多くのアプリケーションで完全に問題ないと確信しています）。しかし、情報に基づいた決定を下せるように、新しいものをチェックすることは間違いなく価値があります。

于 2012-08-19T17:07:20.137 に答える
1

ストアドプロシージャの使用を強くサポートします。インラインSQLよりも安全なIMHO。sqldatasourceからストアドプロシージャを呼び出し、コントロールを接続して、プロシージャに入力パラメータを提供します。エンティティデータモデルをいつでも構築して、データレイヤーをWebアプリに公開できます。

于 2012-08-19T17:07:57.337 に答える