Organizowanie rozwiązań
Przed rozpoczęciem tworzenia rozwiązań zastanów się trochę nad przyszłymi zastosowaniami. Możesz np. przemyśleć ile rozwiązań ma zostać wydanych i czy będą one współdzieliły jakieś składniki.
Określ również, ile środowisk Microsoft Dataverse będzie potrzebnych do opracowania szeregu rozwiązań. W przypadku większości strategii opisanych w tym artykule można użyć jednego środowiska. Jeśli jednak zostanie podjęta decyzja o korzystaniu tylko z jednej wersji środowiska, a w przyszłości okaże się, że użytkownik potrzebuje ich więcej, może się okazać, że zaistnieje konieczność zmiany rozwiązań w przypadku, gdy zostały już zainstalowane one przez kogoś zainstalowane. Korzystanie z wielu środowisk, choć zwiększa złożoność, może zapewnić większą elastyczność.
W poniższych sekcjach opisano różne strategii zarządzania wymienionymi rozwiązaniami : od prostego do bardziej złożonego.
Pojedyncze rozwiązanie
Tworząc rozwiązanie, można ustanowić zestaw dostosowań. Ułatwi to znalezienie dostosowanych elementów.
Ta metoda jest zalecana, jeśli użytkownik chce utworzyć tylko jedno rozwiązanie zarządzane. Jeśli sądzisz, że konieczne może być rozdzielenie rozwiązania w przyszłości, rozważ użycie wielu rozwiązań.
Wiele rozwiązań
W przypadku dwóch niezwiązanych ze sobą rozwiązań, które nie korzystają z tych samych składników, najlepszą metodą jest utworzenie dwóch rozwiązań niezarządzanych.
Uwaga
Jest to szczególnie powszechne rozwiązanie w celu modyfikowania wstążek w aplikacjach lub mapy witryny. Jeśli oba rozwiązania modyfikują składniki rozwiązań, wtedy są to składniki współużytkowane. Aby dowiedzieć się, jak pracować z składnikami współużytkowanymi, zobacz informacje znajdujące się w następnej sekcji.
Wiele warstw rozwiązań i zależności
Importując do środowiska docelowego różne rozwiązania często tworzy się warstwy, w których istniejące rozwiązanie znajduje się pod tym zaimportowanym. Jeśli chodzi o warstwy rozwiązania, ważne jest, aby nie mieć zależności między rozwiązaniami. Należy unikać używania wielu rozwiązań w tym samym środowisku korzystającym z tego samego składnika niezarządzanego. Dotyczy to szczególnie tabel.
W sytuacji, gdy nie ma żadnych zagrożeń związanych z wzajemnymi zależnościami, należy segmentować rozwiązania według typu składnika. Można na przykład mieć jedno rozwiązanie ze wszystkimi tabelami użytkownika, inne z wszystkimi dodatkami plug-in i trzecie rozwiązanie ze wszystkimi przepływami danych. Te różne składniki nie mają zależności między rozwiązaniami. Dlatego też bezpiecznie jest mieć kilka rozwiązań zorganizowanych w taki sposób w tym samym środowisku.
Nie organizuj w środowisku dwóch różnych rozwiązań zawierających tabele. Dlatego, że często występuje relacja między tabelami, która tworzy zależność między rozwiązaniami i powoduje uaktualnianie rozwiązania lub usuwanie błędów w środowisku docelowym w późniejszym czasie.
Gdy projektujesz warstwy rozwiązania i chcesz mieć strukturę aplikacji, zacznij od warstwy podstawowej. Następnie można zaimportować dodatkowe rozwiązania, które będą u góry warstwy podstawowej. Następnie będziesz mieć warstwę podstawową i warstwy rozszerzenia, które rozszerzają warstwę podstawową.
Jeśli zarządzasz projektami w ten sposób, zalecamy użycie oddzielnego środowiska dla każdej warstwy. Utwórz warstwy rozwiązania za pomocą tych kroków.
Przed utworzeniem rozwiązań w poniższych krokach należy użyć jednego wydawcy dla wszystkich rozwiązań w środowiskach. Więcej informacji: Wydawca rozwiązania
W środowisku "podstawowym" masz rozwiązanie podstawowe z niezarządzanymi tabelami z tego środowiska i bez innych tabel. Następnie to rozwiązanie jest eksportowane jako zarządzane.
Później konfiguruje się drugie środowisko dla rozszerzenia lub warstwę aplikacji, która będzie potem na górze warstry podstawowej.
Następnie importuje się zarządzaną warstwę podstawową do środowiska warstwy aplikacji i tworzy niezarządzane rozwiązanie dla warstwy aplikacji.
Teraz możesz rozszerzyć model danych, dodając dodatkowe tabele, kolumny,relacje tabeli i inne elementy, w rozwiązaniu dla aplikacji. Następnie eksportuje się rozwiązanie dla aplikacji jako zarządzane. Uwaga: rozwiązanie dla aplikacji będzie miało zależności od rozwiązania warstwy podstawowej.
W środowisku produkcyjnym należy zaimportować zarządzaną warstwę podstawową, a następnie zaimportować zarządzaną warstwę aplikacji. Powoduje to utworzenie dwóch warstw zarządzanych w środowisku z czytelną zależnością między dwoma rozwiązaniami zarządzanymi. Zarządzanie wieloma rozwiązaniami w ten sposób nie powoduje utworzenia zależności między rozwiązaniami, co może spowodować problemy z konserwacją rozwiązania, na przykład usunięciem w razie potrzeby górnej warstwy.
Powtórz ten wzorzec segmentacji, aby mieć tyle różnych rozwiązań, ile chcesz zachować. Zaleca się jednak, aby zachować jak najmniejszą liczbę rozwiązań, aby można było zarządzać warstwami rozwiązań.
Zobacz także
Korzystaj z rozwiązań podzielonych na segmenty
Scenariusz 5: Wspieranie rozwoju zespołu