私たちの Web サイトの構成/アーキテクチャについて、重要な決定を下さなければなりません。
これが私の文脈です。当社のメイン Web サイトは、さまざまな国で利用できます。事業内容はほぼ同じでも、地域特有の特徴があります。もちろん翻訳だけでなく、マスター/レイアウトやビジネスプロセスにも関係します。これらの違いは、法律の違いによるものです。最初は 4 ～ 5 個の派生がありますが、目標は 20 個になる可能性があります。
簡単な比較は、Stackoverflow と Stack Exchange Network です。主な機能は Web サイト間でまったく同じですが、サイト固有のビジネス ルールがあります。
私の考えでは、基本的に2つの可能なアプローチがあります：
- 地域/国固有の機能を管理する単一の Web サイトを持つ。はコア機能を同じサイトに保持しますが、すべてのリージョン間の結合を伴います。コードに「IF」のリスクもあります。Devs & Maintainability は最適 (すべてに固有の修正) ですが、リスクがあります (他を壊す可能性があります)。これを行う方法は、ポータブル領域とカスタム ビュー エンジン (親フォルダーのジェネリック ビュー テンプレートとサブフォルダーの派生) の組み合わせです。
- 地域/国ごとに 1 つの Web サイトを持つ 実装される共通の Web サイトがあります。共通のコンポーネントがいくつかありますが、各 Web サイトには独自のライフサイクルがあります。開発と保守性は簡単ですが、コストがかかります（派生が多い場合）
この組織のもう 1 つの影響は、展開と可用性です。
これを整理する最良の方法は何ですか?
編集: MVC には既にいくつかの経験があり、一般的なガイドラインとして、MVC のベスト プラクティスを認識しています: シン コントローラー、DI、ViewModels、アクション フィルターなど。