implementation - データ層内にプレゼンテーション層を実装する場合の欠点

Question

データ層内にプレゼンテーション層を実装することの欠点は何ですか。たとえば、コードにコンパイルし（つまり、aspxもコンパイルされる完全コンパイルを意味します）、その後、いくつかの設計変更を行う必要がある場合は、更新する必要はありません。コンパイルされたライブラリ私はここで直接変更を加えることができます。

私が間違っている場合は私を訂正してください。

これが誰かが欠点として投稿したリンクです。

Answer 1

しばらくログインしていないか、もっと早く回答します。

頭のてっぺんから降りるだけ...

1. アプリケーションとデータベースの間のストリームに静的データを配置することで、データベースの負荷が増加し、トラフィックが増加する可能性があります。これを処理するためにデータベースは必要ありません。また、アプリケーションはそれ以下の作業を行う必要がないため、損失はありますが、利益はありません。

2. アプリのIDE（Visual Studioなど）は、これらのhtmlコントロールの検証、インテリセンスなどの優れた機能を提供しますが、データベースは提供しません。

3. データベースアプローチを使用する場合、コンパイルされたアプリを更新する必要はありませんが、それは良いことでも悪いことでもあります。良い部分は、再コンパイルする必要がない方が簡単なことです。悪い部分は、データベースコードへのすべての更新のテストをアプリケーションランタイムにプッシュし、その過程でideが持っている多くの優れたデバッグ機能を失うことです。ライフサイクルのかなり早い段階で、これらの種類のエラーをキャッチするようにしてください。

等々...

短時間の作業を行っているだけで、トラフィックや重要なプロセスがあまりない場合は、データベースで問題なく実行できると思います。ただし、不便なことですが、テスト/デバッグ、アプリケーションの稼働時間、トラフィックの増加、またはその他の増加する要求に真剣に取り組む必要がある場合は、再コンパイルの方がはるかに効果的です。