Praca z systemem
Techniczny: DraftAkceptacja: ApprovedKorzystanie bez kopiowania
Dział zatytułowany „Korzystanie bez kopiowania”Wybierz istniejącą rodzinę szablonu i zmieniaj dane oraz treść w jej kontrakcie. Współdzielone wartości i zachowania pochodzą z paczek design systemu. Lokalna kopia komponentu lub wartości odcina propagację zmian i jest błędem architektury.
Gdzie należy zmiana
Dział zatytułowany „Gdzie należy zmiana”| Potrzeba | Miejsce zmiany |
|---|---|
| Znaczenie marki, odbiorca, obietnica lub język | Właściwa strona marki albo komunikacji |
| Powtarzalna wartość wyglądu | Token semantyczny |
| Wspólna interakcja lub element | Komponent @polisoteka/design-ui |
| Powtarzalny układ i przebieg | Wzorzec albo szablon |
| Dane konkretnego zastosowania | Kontrakt konsumenta, bez zmiany wspólnego źródła |
Nową potrzebę najpierw pokazujemy na rzeczywistym zastosowaniu. Dopiero wtedy rozstrzygamy, na której warstwie należy ją obsłużyć.
Przebieg zmiany
Dział zatytułowany „Przebieg zmiany”- Sprawdź obowiązującą regułę, zależności i zarejestrowane zastosowania.
- Zmień jedno wspólne źródło oraz działający przykład.
- Dodaj deterministyczną kontrolę wszędzie, gdzie naruszenie da się opisać mechanicznie.
- Sprawdź zmianę na właściwych kontekstach, stanach i szerokościach.
- Sprawdź strony, których zmiana dotyczy, i uruchom bramki obszaru.
Zmiana wspólnego źródła trafia do produktu po przebudowie i wydaniu konsumenta. Stan migracji zapisujemy w rejestrze zastosowań, a nie przez kopiowanie reguły do aplikacji.