クライアントごとにサイト全体のさまざまなバージョンを提供できる必要があります。確かにベータ版と製品版ですが、1 つまたは 2 つの以前の製品版を提供することをお勧めします。クライアントのカスタマイズは奨励されており、すべてのクライアントが (予想される) 開発ペースに従うことを強制したくはありません。
提供するバージョンはデータベースに保存されます。
これまでに読んだことから、カスタム ビュー エンジンはこれを達成するための最も簡単な方法かもしれませんが、この道を進む前に、アドバイスやコメントを歓迎します。
洞察をありがとう！エリック
編集: 異なるのはビューだけではありません。コントローラー、マスターページ、画像、CSS...
ビュー エンジン ルートをたどりました。カスタム RazorViewEngine を実装して、非標準の場所にあるビューを見つけるにはどうすればよいですか?
基本的には非常に単純です。同じコントローラー モデルなどがあります。すべてのコードは共有されています。ただし、ビューのレンダリングは「ブランド」に基づいています。したがって、ビュー エンジンは、私がブランド A である場合、ビューは {standard view location}/brand/viewname にあると言うほど賢いです。
ただし、階層的であるため、ビューがブランド化されたフォルダーにある場合はそのフォルダーを使用し、それ以外の場合はデフォルトの場所にフォールバックします。これは基本的に、MVC がビュー ソースの場所を見つけるために使用する標準モデルの拡張です。
どのバージョンに関するルールがどのユーザーに表示される場合、最初に認証する必要があると思います。その場合は、ユーザーに Cookie を設定する機会があります。
おそらく、ユーザーに表示するバージョンを決定する認証に Cookie を設定し、IIRF のような URL リライターを使用して、その Cookie が設定されたリクエストをサイトのベータ バージョンに転送します。
ベータ版で問題が発生した場合、ユーザーが本番サイトにオプトバックできるという追加の利点があります。