そこで、Web サイトのページごとに個別のヘルプ ページを表示する動的なヘルプ モジュールを作成するためのより良い方法を考え出そうとしています。現在、データベース レコードを取得するメソッドによって埋められるタイトルと div セクションを持つ help.aspx があります。各 DB レコードは、特定のヘルプ コンテンツとともに html に保存されます。現在、これは機能しますが、たとえば画像、変更、またはテキストを編集する必要がある場合、1 つ以上の DB レコードを見つけて更新する必要がある場合、維持するのは非常に面倒です。代わりに、基本的にパネルを表示/非表示にする単一の html ページを作成でき、各パネル内に適切なヘルプ コンテンツがあると考えていました。適切な命名規則に従っている限り (パネル ID にページ/コンテンツに名前を付ける)、ctrl + f を使用すると、必要な場所に移動し、必要なコンテンツを簡単に見つけることができます。私は何を 興味がありますが、これはパフォーマンスに影響を与えますか? HTMLページはかなり大きなファイルになり、サーバーでホスト/実行されますが、データベース呼び出しの必要もなくなります. ここでの作業は、ここで利益を得る価値さえあるでしょうか、それともすでにある車輪を再発明しているのでしょうか?
1 に答える
動的なものはすべてデータベースに格納する必要があります。真に使用可能な Web アプリケーションでは、コンテンツを変更するためにコードを変更する必要はありません。通常、コンテンツを非表示にすることはお勧めできません。たとえば、アプリケーションを 100 の異なるページに拡張して、独自のヘルプ ページを必要とする場合を想像してください。次に、誰かが help をクリックすると、ブラウザは 99 個の非表示ページをロードして、表示される 1 個のページを取得する必要があります。ヘルプ ページをセクションに分割し、プレーン テキストをデータベースに保存するだけです。さらに詳しく説明するには、使用している言語と使用しているアーキテクチャについて詳しく知る必要がありますが、以下をご覧ください。
あなたが説明する必要性は、MVC (Web アプリケーション アーキテクチャ タイプ) が構築された目的とほぼ同じです。
すでに ASP.net を使用していて、プロジェクトにあまり詳しくない場合は、MVC に切り替えることを検討してください。これは、動的なページ コンテンツを念頭に置いて特別に構築されたアーキテクチャです。データベース/モデル (M) からデータを取得し、それを変更するコントローラー (MVC の C) から受信したコンテンツに基づいて、HTML を動的に構築するさまざまな「ビュー」(MVC の V) を構築します。景色。また、MVC を使用すると、それを Razor と組み合わせることができ、コードの半分が作成されます。それは素晴らしいことです。