Proponuję inne podejście, jeśli to możliwe. jeśli dobrze zrozumiałem, te projekty są w jakiś sposób wtyczkami ike, ale nie są samodzielnymi aplikacjami. Również teraz o sobie nawzajem, więc są połączone. Jest to, powiedzmy, trudne, ale używałbym tylko 1 projektu mvc asp.net (web ui). Wszystkie bity UI należące do innych projektów sprawią, że będą dla nich pomocnikami (prawie wszystkie widżety). Oznacza to, że każdy projekt zawiera tylko pomocników, którzy zostaną wykorzystani do stworzenia widoku.
Myślę, że to trochę problem architektoniczny, jeśli chcesz zachować widoki tylko w każdym projekcie, tylko po to, aby je umieścić w innym zestawie. Idąc drogą widżetów, może się to wydawać mkore, ale myślę, że zyskujesz największą kontrolę i wymagany poziom separacji. Jedyną rzeczą jest to, że nie masz zdefiniowanych pełnych widoków, ale dlaczego chcesz mieć pełne widoki (części, układy) w oddzielnych miejscach, jeśli będą używane tylko w jednym miejscu ?!
Teraz, jeśli każdy projekt jest rzeczywiście wtyczką, niezależnie od innych wtyczek, najlepszym sposobem jest przeglądanie skompilowanych widoków. Ale jeśli Projekt B wie o widoku Projektu N, to myślę, że powyższe rozwiązanie jest bardziej odpowiednie. Ta lub cała aplikacja jest zbyt zaawansowana. Rozdzielenie jest dobre, gdy nie tworzy zupełnie nowej dżungli do nawigacji.
Cześć Mike, myślę, że zrozumiałeś mój pomysł. Sądzę, że to prawie jak podejście Widget, które robię i chociaż jest nieco bardziej sprzężony, wciąż mogę zmienić źródło danych i po prostu zaktualizować złożenia, nie rekompilując całej witryny. – fes