ASP .NET vs Razor (Jak to działa dla deweloperów)

1.1 ASP.NET

Od momentu powstania ASP.NET stanowi fundament platformy programistycznej Microsoftu przeznaczonej do tworzenia stron internetowych. Oparta na solidnym środowisku .NET Framework, zapewnia programistom pełną kontrolę nad ich aplikacjami internetowymi dzięki potężnemu wzorcowi .NET MVC (Model View Controller). Framework ASP.NET Core MVC doskonale sprawdza się przy tworzeniu aplikacji internetowych wymagających złożonych wzorców architektonicznych i szerokiego zakresu dostosowań.

1.2 Razor

Razor to nowoczesne podejście do tworzenia stron internetowych, wprowadzone jako część ekosystemu ASP.NET Core. To potężny silnik widoków, który upraszcza integrację kodu po stronie serwera z HTML. Razor Pages oferuje scenariusz skoncentrowany na stronach, który sprawia, że tworzenie stron internetowych staje się bardziej intuicyjne i proste.

3.1 Podejście architektoniczne

Wzorzec architektoniczny stanowi najbardziej fundamentalną różnicę między tymi podejściami. ASP.NET Core MVC opiera się na tradycyjnym wzorcu Model-View-Controller, składającym się z trzech połączonych ze sobą komponentów. Każde żądanie przechodzi przez system routingu do odpowiednich kontrolerów MVC, które następnie współdziałają z modelem i wybierają właściwy widok.

Natomiast Razor Pages stosuje prostsze podejście skoncentrowane na stronach. Każda strona Razor posiada własną klasę PageModel, która obsługuje model danych i dane wprowadzane przez użytkownika. Taka struktura eliminuje potrzebę stosowania ogromnych klas kontrolerów oraz upraszcza przesyłanie formularzy i powiązanie danych.

3.2 Wzorce obsługi żądań

Sposób obsługi żądań znacznie różni się w obu przypadkach. W MVC żądania są kierowane przez kontrolery za pomocą akcji, które zwracają widoki. Typowy kod kontrolera MVC wygląda następująco:

public class HomeController : Controller
{
    public string Message { get; private set; }

    public IActionResult Index()
    {
        // Return the view associated with this action
        return View();
    }
}

public class HomeController : Controller
{
    public string Message { get; private set; }

    public IActionResult Index()
    {
        // Return the view associated with this action
        return View();
    }
}

Public Class HomeController
	Inherits Controller

	Private privateMessage As String
	Public Property Message() As String
		Get
			Return privateMessage
		End Get
		Private Set(ByVal value As String)
			privateMessage = value
		End Set
	End Property

	Public Function Index() As IActionResult
		' Return the view associated with this action
		Return View()
	End Function
End Class

Tymczasem Razor Pages obsługuje żądania bezpośrednio w PageModel za pomocą metod takich jak OnGet i OnPost:

public class IndexModel : PageModel
{
    public string Title { get; private set; }

    public void OnGet()
    {
        // Handle GET request and initialize data for the view
    }
}

public class IndexModel : PageModel
{
    public string Title { get; private set; }

    public void OnGet()
    {
        // Handle GET request and initialize data for the view
    }
}

Public Class IndexModel
	Inherits PageModel

	Private privateTitle As String
	Public Property Title() As String
		Get
			Return privateTitle
		End Get
		Private Set(ByVal value As String)
			privateTitle = value
		End Set
	End Property

	Public Sub OnGet()
		' Handle GET request and initialize data for the view
	End Sub
End Class

3.3 Organizacja i struktura strony

Razor Pages organizują kod w strukturze folderów stron, gdzie każda strona jest samodzielna i zawiera swój widok oraz model. MVC rozdziela jednak te elementy do oddzielnych folderów dla modeli, widoków i kontrolerów. Ta zasadnicza różnica wpływa na sposób, w jaki programiści organizują i utrzymują swój kod.

3.4 Przepływ danych i powiązania

MVC realizuje przepływ danych poprzez akcje kontrolera, powiązanie modelu i renderowanie widoku, z wyraźną kontrolą nad każdym etapem. Razor Pages upraszcza ten proces dzięki dwukierunkowemu powiązaniu danych i automatycznemu powiązaniu modelu poprzez PageModel. Dzięki temu przesyłanie formularzy i obsługa błędów walidacji w Razor Pages stają się prostsze.

3.5 Możliwość ponownego wykorzystania komponentów

Chociaż oba frameworki obsługują komponenty widoku i pomocniki tagów, mają różne podejście do ponownego wykorzystania. MVC pozwala na bardziej szczegółową kontrolę dzięki widokom częściowym i akcjom podrzędnym, podczas gdy Razor Pages kładzie nacisk na komponenty oparte na stronach i wspólne układy. Wzorzec MVC zapewnia więcej opcji tworzenia komponentów wielokrotnego użytku w różnych widokach.

3.6 Złożoność rozwoju

Krzywa uczenia się i złożoność rozwoju różnią się znacznie w zależności od podejścia. Rozdzielenie zagadnień w MVC poprzez trzy połączone ze sobą komponenty wymaga więcej pracy przy początkowej konfiguracji, ale zapewnia większą elastyczność. Uproszczona struktura Razor Pages ułatwia rozpoczęcie pracy, ale może wymagać dodatkowego nakładu pracy w przypadku złożonych scenariuszy.

4.1 Zalety ASP.NET Core MVC

• Framework MVC doskonale sprawdza się w scenariuszach wymagających izolacji elementów i złożonych wzorców architektonicznych
• Zapewnia programistom pełną kontrolę nad strukturą aplikacji
• Obsługuje szerokie możliwości dostosowywania
• Dojrzały ekosystem oferuje solidne rozwiązania do obsługi interfejsów API REST
• Silne wsparcie dla wstrzykiwania zależności i złożonych scenariuszy routingu
• Wzorzec rozwiązania MVVM jest dobrze obsługiwany
• Efektywnie obsługuje dynamiczne widoki serwera
• Pomocniki tagów i komponenty widoku stanowią potężne narzędzia do tworzenia komponentów interfejsu użytkownika, które można ponownie wykorzystać

4.2 Wady ASP.NET Core MVC

• Stroma krzywa uczenia się dla początkujących
• Wyzwania związane ze zrozumieniem wzajemnie powiązanych komponentów wzorca MVC
• Zarządzanie ogromnymi klasami kontrolerów może stać się trudne w większych aplikacjach
• Rozdzielenie zagadnień, choć korzystne, może prowadzić do zwiększonej złożoności

4.3 Zalety Razor Pages

• Doskonale sprawdza się w scenariuszach skupionych na stronach
• Oferuje prostszy model programowania, odpowiedni dla mniejszych aplikacji internetowych
• Silne wsparcie dla dwukierunkowego powiązania danych i kontroli formularzy
• Wbudowana obsługa błędów walidacji i wywołań AJAX
• Przejrzysta organizacja dzięki strukturze folderów stron
• Intuicyjna składnia Razor do łączenia kodu HTML i kodu po stronie serwera
• Proste podejście do obsługi przesyłania formularzy i danych wprowadzanych przez użytkownika
• Skrócony czas tworzenia oprogramowania

4.4 Wady Razor Pages

• Może nie być optymalnym rozwiązaniem dla złożonych aplikacji wymagających rozbudowanych wzorców architektonicznych
• Podejście oparte na modelu strony może ograniczać elastyczność w porównaniu z kontrolerami MVC
• Prostsza architektura może nie skalować się dobrze w przypadku aplikacji na poziomie Enterprise
• Mniej odpowiednie dla aplikacji wymagających złożonego routingu i logiki kontrolera