数日前、プライマリ スタート アプリに基づいて win for app を開発しました。つまり、ユーザー プロファイルや、ユーザー名、姓、メール アドレス、付与されたアクション、印刷可能、保存可能、およびすぐ）。次に、私の同僚は、任意のフォームを mdi 子としてロードできるプライマリ アプリケーションによるリフレクションを介してロードされる DLL として他のアプリケーションを自由に開発できます。それで全部です。最後に、すべての主要なアプリ コマンドは、いくつかのインターフェイスを実装する子フォームに対応しているため、すべてが完全に機能します。
さて、ここで、上記のロジックを新しい Web サイト ソリューションに変換する必要があります。私のプライマリ スタートアップ アプリがマスター ページとして "考えられる" 場所を考えてみてください。ここでは、情報ユーザー (ユーザー プロファイル) と、アプリケーションが有効になっている、ページの印刷が有効である、データの保存が有効になっているなどの他の情報を読み込むことができます。ところで、私の同僚は、私のプライマリ スタートアップ (マスター ページ) によってアクセスされる他の "サブ Web サイト" を開発できるはずです。また、コマンドを実現するために、両方とも通信する必要があります。たとえば、ユーザーがマスターページの保存ボタンをクリックすると、db アクションを保存すると、コンテンツ ページにリレーされます (フォーム ソリューションを獲得するのと同じように)。
この目的のためにどちらがより良い解決策になるかわかりません。私のシナリオを明確に説明したいと思います。