Koncepcje związane z rozwiązaniami

Rozwiązania to mechanizm implementowania zarządzania cyklem życia aplikacji (ALM) w Power Apps i Power Automate. W tym artykule opisano następujące podstawowe pojęcia dotyczące rozwiązania:

• Dwa typy rozwiązań
• Składniki rozwiązania
• Cykl życia rozwiązania
• Wydawca rozwiązania
• Rozwiązanie i zależności składników rozwiązania

Rozwiązania zarządzane i niezarządzane

Rozwiązanie jest zarządzane albo niezarządzane.

• Opracowywane są rozwiązania niezarządzane. Rozwiązania niezarządzane są używane w środowiskach programistycznych podczas wprowadzania zmian w aplikacji. Rozwiązania niezarządzane mogą być eksportowane albo jako niezarządzane, albo zarządzane. Eksportowane wersje niezarządzane rozwiązań powinny być przenoszone do systemu kontroli źródła. Rozwiązania niezarządzane należy uważać za źródło zasobów Microsoft Power Platform. Gdy rozwiązanie niezarządzane zostanie usunięte, usuwany jest tylko kontener rozwiązania zawierający wszystkie zawarte w nim dostosowania. Wszystkie niezarządzane dostosowania są nadal stosowane do rozwiązania domyślnego.

• Wdrażane są rozwiązania zarządzane. Rozwiązania zarządzane są wdrażane w dowolnym środowisku, które nie jest środowiskiem projektowym dla tego rozwiązania. Dotyczy to zarówno środowisk testowych, UAT, SIT i środowisk produkcyjnych. Rozwiązania zarządzane można obsłużyć (uaktualnianie, poprawianie i usuwanie) niezależnie od innych rozwiązań zarządzanych w środowisku. Zaleca się w ramach najlepszych praktyk zarządzania cyklem życia aplikacji, aby rozwiązania zarządzane były generowane jako eksportowane rozwiązanie niezarządzane i traktowane jako artefakt kompilacji. Ponadto:

  • Składników rozwiązania zarządzanego nie można edytować w sposób bezpośredni. Aby edytować składniki zarządzane, należy najpierw dodać je do rozwiązania niezarządzanego.
    • W takim przypadku tworzy się zależność między niezarządzanymi dostosowaniami a rozwiązaniem zarządzanym. Jeśli utworzono zależność, można odinstalować rozwiązanie zarządzane tylko po jej usunięciu.
  • Niektórych zarządzanych składników nie można dostosowywać. Aby sprawdzić, czy można edytować składnik, należy wyświetlić Właściwości zarządzane.
  • Nie można eksportować rozwiązania zarządzanego.
  • Usunięcie (odinstalowanie) rozwiązania zarządzanego wiąże się z usunięciem wszystkich jego dostosowań i rozszerzeń.

  Ważne

  • Nie można zaimportować rozwiązania zarządzanego do środowiska, które zawiera źródłowe rozwiązanie niezarządzane. Aby przetestować rozwiązanie zarządzane, musisz zaimportować je do oddzielnego środowiska.
  • Po usunięciu rozwiązania zarządzanego utracone zostaną następujące dane: dane przechowywane w jednostkach niestandardowych w ramach rozwiązania zarządzanego oraz dane przechowywane w atrybutach niestandardowych należących do rozwiązania zarządzanego, dotyczące innych jednostek, które nie są jego częścią.

Twórcy i deweloperzy pracują w środowiskach programistycznych korzystających z rozwiązań niezarządzanych, a następnie importują swoją pracę do innych środowisk, takich jak testowe, jako rozwiązania zarządzane.

Uwaga

Podczas dostosowywania w środowisku projektowania jest używana warstwa niezarządzana. Następnie podczas eksportowania rozwiązania niezarządzanego jako rozwiązania zarządzanego w celu dystrybuowania do innego środowiska rozwiązanie zarządzane jest importowane do środowiska w warstwie zarządzanej. Więcej informacji: Warstwy rozwiązań

Składniki rozwiązania

Składnik reprezentuje coś, co potencjalnie można dostosować. To wszystko, co może być zawarte w rozwiązaniu, jest składnikiem. Aby wyświetlić składniki zawarte w rozwiązaniu, należy otworzyć potrzebne rozwiązanie. Komponenty są wymienione na liście Składniki.

Uwaga

• Wielkość rozwiązania może być maksymalnie do 95 MB.
• Składników rozwiązania zarządzanego nie można edytować w sposób bezpośredni.

Aby wyświetlić listę typów składników, które mogą być dodawane do dowolnego rozwiązania, zobacz Opcje ComponentType.

Niektóre składniki są zagnieżdżone w innych składnikach. Na przykład encja zawiera formularze, widoki, wykresy, pola, relacje między encjami, komunikaty i reguły biznesowe. Każdy z tych składników wymaga encji, aby mógł istnieć. Pole nie może istnieć poza encją. Mówimy, że pole jest zależne od encji. Istnieje dwa razy więcej typów komponentów niż pokazano na poprzedniej liście, ale większość z nich jest zagnieżdżona w innych składnikach i nie jest widoczna w aplikacji.

Celem posiadania składników jest śledzenie wszelkich ograniczeń dotyczących tego, co można dostosować za pomocą właściwości zarządzanych i wszystkich zależności, tak aby można było je eksportować, importować i (w rozwiązaniach zarządzanych) usuwać bez pozostawiania czegokolwiek.

Cykl życia rozwiązania

W rozwiązaniach są obsługiwane następujące działania, które pomagają w obsłudze procesów cyklu życia aplikacji:

• Tworzenie i eksportowanie rozwiązań niezarządzanych.

• Aktualizacja Umożliwia tworzenie aktualizacji rozwiązanie zarządzane wdrożonej w element nadrzędny rozwiązanie zarządzane. Nie można usuwać składników za pomocą aktualizacji.

• Uaktualnienie Zaimportuj rozwiązanie jako uaktualnienie do istniejącego rozwiązania zarządzanego, które usuwa nieużywane składniki i implementuje logikę uaktualniania. Uaktualnienia wymagają sporządzenia zestawienia (scalenia) wszystkich poprawek w rozwiązaniu w nowej wersji rozwiązania. Uaktualnienia rozwiązania usuwają składniki, które istniały, ale nie są już uwzględnione w uaktualnionej wersji. Użytkownik może wybrać opcję natychmiastowego uaktualnienia lub przeprowadzenia uaktualnienia w etapach, aby wykonać dodatkowe czynności przed ukończeniem uaktualniania.

• Łata Łata zawiera tylko zmiany wprowadzone w element nadrzędny rozwiązanie zarządzane, takie jak dodawanie lub edytowanie komponentów i zasobów. Użyj poprawek podczas wykonywania mniejszych aktualizacji (takich jak np hotfix). W przypadku zaimportowania poprawek są one nakładane na rozwiązanie nadrzędne. Nie można usuwać składników za pomocą poprawki.

Wydawca rozwiązania

Wszystkie aplikacje i inne składniki rozwiązania, takie jak utworzone przez użytkownika encje, oraz dowolne wprowadzone dostosowania stanowią część rozwiązania. Ze względu na fakt, że każde rozwiązanie ma określonego wydawcę, należy utworzyć własnego wydawcę zamiast używać domyślnego. Wydawca jest określany podczas tworzenia rozwiązania.

Uwaga

Nawet w przypadku niekorzystania z rozwiązania niestandardowego będziesz pracował nad rozwiązaniami, które są określane jako Rozwiązanie domyślne usługi Common Data Service i Domyślne. Więcej informacji: Rozwiązanie domyślne i rozwiązanie domyślne usługi Common Data Service

Wydawca rozwiązania, w którym składnik został utworzony, jest traktowany jako właściciel tego składnika. Właściciel składnika decyduje o tym, jakie zmiany są dozwolone dla innych wydawców rozwiązań w przypadku danego składnika. Możliwe jest przeniesienie własności składnika z jednego rozwiązania do innego w ramach tego samego wydawcy, ale nie pomiędzy wydawcami. Po wprowadzeniu wydawcy dla składnika w rozwiązaniu zarządzanym nie można zmienić wydawcy dla tego składnika. Ze względu na to ograniczenie najlepiej jest zdefiniować jednego wydawcę, aby można było później zmienić model warstw w rozwiązaniach.

Wydawca rozwiązania określa kto opracował aplikację. Z tego względu należy utworzyć nazwę wydawcy rozwiązania, która ma znaczenie.

Prefiks wydawcy rozwiązania

Wydawca rozwiązania zawiera prefiks. Prefiks wydawcy jest mechanizmem pomagającym w uniknięciu niezgodności nazw. Pozwala na instalowanie rozwiązań pochodzących od różnych wydawców w środowisku z zaistniałymi konfliktami. Na przykład rozwiązanie Contoso wyświetlane w tym miejscu zawiera prefiks wydawca rozwiązania contoso.

Uwaga

Zmianę prefiksu wydawcy rozwiązania należy przed utworzeniem nowych aplikacji lub elementów metadanych, ponieważ nie można zmieniać nazw elementów metadanych już po ich utworzeniu.

Więcej informacji:

• Tworzenie prefiksu wydawcy rozwiązania
• Zmienianie prefiksu wydawcy rozwiązania

Zależności rozwiązań

Ze względu na sposób, w jaki rozwiązania zarządzane są ułożone warstwami, niektóre rozwiązania zarządzane mogą być zależne od składników rozwiązań w innych rozwiązaniach zarządzanych. Niektórzy wydawcy rozwiązań wykorzystują to do tworzenia rozwiązań, które są modułowe. Może być konieczne zainstalowanie najpierw "podstawowego" rozwiązania zarządzanego, a następnie zainstalowanie drugiego rozwiązania zarządzanego, które dodatkowo dostosuje składniki w podstawowym rozwiązaniu zarządzanym. Drugie rozwiązanie zarządzane zależy od składników rozwiązania, które są częścią pierwszego rozwiązania.

System śledzi te zależności między rozwiązaniami. Jeśli spróbujesz zainstalować rozwiązanie, które wymaga rozwiązania podstawowego, które nie zostało jeszcze zainstalowane, instalacja okaże się niemożliwa do przeprowadzenia. Zostanie wyświetlony komunikat informujący, że rozwiązanie wymaga najpierw zainstalowania innego rozwiązania. Podobnie ze względu na zależności nie można odinstalować rozwiązania podstawowego, gdy rozwiązanie, które od niego zależy, jest nadal zainstalowane. Musisz odinstalować rozwiązanie zależne przed odinstalowaniem rozwiązania podstawowego. Więcej informacji: Usuwanie zależności

Zależności składników rozwiązania

Składnik rozwiązania reprezentuje coś, co potencjalnie można dostosować. Wszystkie elementy, które mogą być zawarte w rozwiązaniu, to składniki rozwiązania, które są zależne od innych składników. Na przykład raport podsumowanie klientów i konta w witrynie sieci Web jest uzależniony od encji klient. Aby uzyskać więcej informacji, zobacz Śledzenie zależności składników rozwiązania

Zobacz także

Warstwy rozwiązania
Tworzenie środowisk i zarządzanie nimi w centrum administracyjnym Power Platform