Tworzenie złożonego interfejsu użytkownika na podstawie mikrousług

Napiwek

Ta zawartość jest fragmentem książki eBook, architektury mikrousług platformy .NET dla konteneryzowanych aplikacji platformy .NET dostępnych na platformie .NET Docs lub jako bezpłatnego pliku PDF, który można odczytać w trybie offline.

.NET Microservices Architecture for Containerized .NET Applications eBook cover thumbnail.

Architektura mikrousług często zaczyna się od obsługi danych i logiki po stronie serwera, ale w wielu przypadkach interfejs użytkownika jest nadal obsługiwany jako monolit. Jednak bardziej zaawansowane podejście nazywane mikro frontonami polega na projektowaniu interfejsu użytkownika aplikacji na podstawie mikrousług. Oznacza to, że posiadanie złożonego interfejsu użytkownika utworzonego przez mikrousługi zamiast mikrousług na serwerze i tylko monolitycznej aplikacji klienckiej korzystającej z mikrousług. Dzięki temu mikrousługi, które tworzysz, mogą być kompletne zarówno z reprezentacją logiki, jak i wizualizacji.

Rysunek 4–20 przedstawia prostsze podejście tylko do korzystania z mikrousług z aplikacji klienckiej monolitycznej. Oczywiście możesz mieć usługę ASP.NET MVC między tworzeniem kodu HTML i języka JavaScript. Rysunek jest uproszczeniem, które podkreśla, że masz jeden (monolityczny) interfejs użytkownika klienta korzystający z mikrousług, które koncentrują się tylko na logice i danych, a nie na kształcie interfejsu użytkownika (HTML i JavaScript).

Diagram of a monolithic UI app connecting to microservices.

Rysunek 4–20. Monolityczna aplikacja interfejsu użytkownika korzystająca z mikrousług zaplecza

Natomiast złożony interfejs użytkownika jest właśnie generowany i składa się z samych mikrousług. Niektóre mikrousługi napędzają kształt wizualny określonych obszarów interfejsu użytkownika. Kluczową różnicą jest to, że masz składniki interfejsu użytkownika klienta (na przykład klasy TypeScript) oparte na szablonach, a model ViewModel kształtowania danych dla tych szablonów pochodzi z każdej mikrousługi.

Podczas uruchamiania aplikacji klienckiej każdy ze składników interfejsu użytkownika klienta (na przykład klas TypeScript) rejestruje się w mikrousłudze infrastruktury, która może zapewnić modelom ViewModel dla danego scenariusza. Jeśli mikrousługa zmieni kształt, interfejs użytkownika również ulegnie zmianie.

Rysunek 4–21 przedstawia wersję tego złożonego podejścia interfejsu użytkownika. Takie podejście jest uproszczone, ponieważ mogą istnieć inne mikrousługi agregujące szczegółowe części oparte na różnych technikach. Zależy to od tego, czy tworzysz tradycyjne podejście internetowe (ASP.NET MVC) czy SPA (aplikacja jednostronicowa).

Diagram of a composite UI made up of many view models.

Rysunek 4–21. Przykład złożonej aplikacji interfejsu użytkownika ukształtowanej przez mikrousługi zaplecza

Każda z tych mikrousług kompozycji interfejsu użytkownika będzie podobna do małej bramy interfejsu API. Jednak w tym przypadku każdy z nich jest odpowiedzialny za mały obszar interfejsu użytkownika.

Złożone podejście interfejsu użytkownika oparte na mikrousługach może być trudniejsze lub mniej, w zależności od używanych technologii interfejsu użytkownika. Na przykład nie będziesz używać tych samych technik do tworzenia tradycyjnej aplikacji internetowej używanej do tworzenia SPA lub natywnej aplikacji mobilnej (tak jak podczas tworzenia aplikacji platformy Xamarin, co może być trudniejsze w przypadku tego podejścia).

Przykładowa aplikacja eShopOnContainers używa podejścia monolitycznego interfejsu użytkownika z wielu powodów. Najpierw jest to wprowadzenie do mikrousług i kontenerów. Złożony interfejs użytkownika jest bardziej zaawansowany, ale również wymaga dalszej złożoności podczas projektowania i opracowywania interfejsu użytkownika. Po drugie, eShopOnContainers udostępnia również natywną aplikację mobilną opartą na środowisku Xamarin, co sprawi, że będzie bardziej złożone po stronie języka C# klienta.

Zachęcamy jednak do skorzystania z poniższych odwołań, aby dowiedzieć się więcej na temat złożonego interfejsu użytkownika opartego na mikrousługach.

Dodatkowe zasoby