Obszar administracyjny w Asp.Net MVC

Odpowiedź zależy od tego, ile funkcji będzie w kontrolerach. Po prostu zacznij od jednego kontrolera i jeśli będzie za dużo, podziel go na kilka. Wspaniałą rzeczą w MVC jest to, że umieszczenie rzeczy w kontrolerach nie musi mieć żadnego wpływu na adresy URL. możesz bardzo łatwo mapować / Users / Create do np. klasy UserAdminController.

Po prostu zbudowałbym nową stronę MVC, która zajmuje się administracją. Masz bardziej elastyczne rozwiązanie, o ile rozdzielisz Dane i logikę biznesową w różnych assemblach. możesz następnie opublikować swoją stronę w subdomenie, admin.yoursite.com na przykład. W ten sposób nie musisz mieszać ze swoimi trasami i możesz trzymać je w oddzielnych widokach, co imho jest najbardziej eleganckim rozwiązaniem. Zawodowcy i oszuści chętnie posłuchają.

Pracuję nad projektem, który będzie potrzebujesz tej samej strony administracyjnej, ale jeszcze nie doszedłem tak daleko, więc to pytanie bardzo mnie interesuje.

Obecnie używam ASP.NET dla dużego klienta.

Moje podejście polega na przeniesieniu funkcjonalności działania do innej klasy.

Przykład

Piszę też dział administracyjny. Będzie jeden kontroler Administracyjny (nasza sekcja admin jest mała, gdyby była większa, zmieniłbym routing, aby umożliwić więcej kontrolerów, na razie używamy konfiguracji out of the box). Jeśli utworzę widok "EditUser". Stworzę również "EditUserAction" class . Cały kod EditUser trafi do klasy. Klasę EditUserAction konstruuję w klasie Administration controller w metodzie Edit User. Usuwa to cały kod specyficzny dla akcji z klasy kontrolera. W ten sposób cały kod specyficzny dla akcji jest albo w metodzie akcji, albo w klasie akcji. W przeciwnym razie kontroler szybko zostałby opanowany kodem z różnych działań. Klasa kontrolera w krótkim spokój.

Przykłady klas

public class Administration: Controller
{
    public ActionResult EditUser(string userId)
    {
        EditUserAction action = new EditUserAction();
    }
}

public class EditUserAction
{
    public void Save(User user)
    {   
        //save code here
    }
}

Do odpowiedz Twoje pytanie robię to drugie (/Administracja/CreateUser/id lub /Administracja/DeletePost/id ).

Możesz użyć DynamicData do tego. Nie jest to MVC, ale może być używany razem z nim i jest naprawdę łatwy w konfiguracji i użyciu.

Oto inny sposób zadawania mojego pytania.

Część mojej strony wzorcowej:

<% if (!String.Equals(ViewContext.RequestContext.RouteData.GetRequiredString("controller"), "Administration")) { %>
<div>
    <!-- Some Code -->
</div> <% } %>

Jak widać, na mojej stronie wzorcowej chciałbym wyświetlić pewną część strony, w zależności od użytkownika pracującego w obszarze administracyjnym lub nie. Działa całkiem dobrze tylko z kontrolerem administracyjnym (/Administration/CreateUser / id)... ale staje się wielkim bałaganem, gdy używam innego kontrolera jako użytkownika lub artykułu (/User/DeleteUser /id lub/Article/Details / id).

Wolałbym użyć jeden kontroler na jednostkę, ale nie mogę znaleźć sposobu, aby połączyć to podejście z wieloma kontrolerami.

Proponuję użyć tego rozwiązania .

Ale zmieniłem definicję na taką:

    public ThemedViewEngine()
    {
        base.MasterLocationFormats = new string[] {
            "~/Views/{1}/{0}.master", 
            "~/Views/Shared/{0}.master",
            "~/Themes/{2}/Views/{1}/{0}.master", 
            "~/Themes/{2}/Views/Shared/{0}.master",
            "~/Themes/Default/Views/{1}/{0}.master", 
            "~/Themes/Default/Views/Shared/{0}.master"
        };
        base.ViewLocationFormats = new string[] { 
            "~/Views/{1}/{0}.aspx", 
            "~/Views/{1}/{0}.ascx", 
            "~/Views/Shared/{0}.aspx", 
            "~/Views/Shared/{0}.ascx",
            "~/Themes/{2}/Views/{1}/{0}.aspx", 
            "~/Themes/{2}/Views/{1}/{0}.ascx", 
            "~/Themes/{2}/Views/Shared/{0}.aspx", 
            "~/Themes/{2}/Views/Shared/{0}.ascx",
            "~/Themes/Default/Views/{1}/{0}.aspx", 
            "~/Themes/Default/Views/{1}/{0}.ascx", 
            "~/Themes/Default/Views/Shared/{0}.aspx", 
            "~/Themes/Default/Views/Shared/{0}.ascx" 
        };
        base.PartialViewLocationFormats = new string[] {
            "~/Views/{1}/{0}.aspx",
            "~/Views/{1}/{0}.ascx",
            "~/Views/Shared/{0}.aspx",
            "~/Views/Shared/{0}.ascx",
            "~/Themes/{2}/Views/{1}/{0}.aspx",
            "~/Themes/{2}/Views/{1}/{0}.ascx",
            "~/Themes/{2}/Views/Shared/{0}.aspx",
            "~/Themes/{2}/Views/Shared/{0}.ascx",
            "~/Themes/Default/Views/{1}/{0}.aspx",
            "~/Themes/Default/Views/{1}/{0}.ascx",
            "~/Themes/Default/Views/Shared/{0}.aspx",
            "~/Themes/Default/Views/Shared/{0}.ascx"
        };
    }

Domyślny motyw jest domyślny, więc jest wymagany do istnienia.

Struktura katalogu będzie:

• treść
• tematy
  • Default
    • treść
    • odsłon
      • Dom
      • Blog
      • cokolwiek powinno być skinned
  • OtherTheme
    • treść
    • odsłon
      • Dom
      • Blog
      • cokolwiek powinno być skórowane
• odsłon
  • Artykuły
  • posty
  • użytkownicy
  • Ustawienia
  • inne sprawy administracyjne

To zależy od wielkości skali Twojego obszaru administracyjnego, Sugeruję, abyś rozważył wykonanie następujących czynności (a może trochę je udokumentował)

• zastanów się, ile podmiotów chcesz zarządzać niezależnie,
• zastanów się, ile akcji będzie miało każdy z nich,
• Sprawdź, czy istnieje jakaś zależność między Twoją aplikacją a obszarem administracyjnym (dostęp Użytkownika, dla przyjaznych dla użytkownika adresów URL)

Następnie możesz określić, które podejście może Ci pomóc, mając jeden kontroler administratora, akcje administratora w entity controllers, czyli definiowanie nowego projektu Administratora w przypadku dużych aplikacji funkcjonalnych.

*jeśli skala projektu szybko rośnie i wkrótce potrzebuje dużej skali, wybrałbym trzecią - posiadanie nowego projektu admin mvc.

Mam nadzieję, że to pomoże Ci zdecydować.