W tej sekcji omówiono niektóre kluczowe terminy używane w tych wskazówkach oraz ich skróty.
Znaczenie słów: „musi”, „trzeba” i „maj”
Wytyczne dotyczące projektowania aplikacji w Android for Cars używają terminów MUSI, MUSI i MAY zgodnie z definicjami opublikowanymi przez IETF. Producenci samochodów i deweloperzy aplikacji muszą zrozumieć znaczenie tych terminów.
W tych wskazówkach terminy MUSZĄ, POWINNY i MOGĄ się często pojawiać (wielkimi literami w tabelach i małymi literami w bieżącym tekście). Wykorzystanie tych terminów jest zgodne z definicjami zamieszczonymi w Międzynarodowej Fundacji (IETF), aby ułatwić zrozumienie różnych poziomów wymagań w specyfikacjach.
Szczegółowe informacje znajdziesz w definicjach IETF, które są wiarygodnym źródłem informacji o sposobie użycia tych terminów w tych wytycznych oraz w dokumencie CDD (Android Compatibility Definition Document).
Aby systemy Android for Cars działały spójnie i niezawodnie we wszystkich implementacjach, producenci samochodów i deweloperzy aplikacji muszą pamiętać o tych kwestiach:
Termin | Znaczenie |
---|---|
MUSI | Ta zasada jest bezwzględnie wymagana (nie można jej pominąć ani zignorować). Te wymagania są egzekwowane na poziomie interfejsu API lub przez:
|
POWINNO | W pewnych okolicznościach mogą istnieć uzasadnione powody, aby zignorować te wskazówki, ale przed wybraniem innej ścieżki należy poznać jej konsekwencje i dokładnie ją rozważyć. |
MAJ | Te wytyczne są opcjonalne. Jeden producent samochodów lub deweloper aplikacji może stosować się do wytycznych, aby spełniać określone potrzeby dotyczące rynku lub produktu, a inny może pominąć ten sam produkt. Implementacja, która nie zawiera danej opcji, MUSI być przygotowana do współdziałania z inną implementacją, która ją zawiera, choć może mieć ograniczoną funkcjonalność. Z tego samego powodu implementacja, która zawiera konkretną opcję, MUSI być przygotowana do współdziałania z inną implementacją, która jej nie zawiera (z wyjątkiem funkcji zapewnianych przez tę opcję). |
Stany przejazdów
Te wskazówki odnoszą się czasami do różnic w wygodzie użytkownika, które zależą od stanu jazdy – tzn. podczas postoju, gdy pracuje on na biegu lub w ruchu. Decyzja o tym, co jest dozwolone w różnych stanach jazdy i zakresie prędkości, zależy od producenta samochodu i przepisów prawa obowiązujących w poszczególnych regionach.
W niektórych przypadkach określone działanie może być dozwolone tylko wtedy, gdy samochód zostanie zatrzymany i ma włączony hamulec postojowy. W innych działanie może być dozwolone tylko wtedy, gdy samochód porusza się z określoną prędkością lub poniżej niej, np. 8 mil/h.
Etykiety układu
Do przedstawienia układów specyfikacji używane są poniższe etykiety.
Etykieta | Opis |
---|---|
Brzegow: wskazuje granice dostępnego okna na szerokość i wysokość. | |
Margines: definiuje lewą i prawą granicę obszaru roboczego aplikacji mierzoną od najbliższej krawędzi. Więcej informacji o tym, jak szerokość marginesów zależy od rozmiaru ekranu, znajdziesz w artykule Obszar roboczy aplikacji. | |
Klucz: wartość proporcjonalna do szerokości ekranu, używana do określania odległości w poziomie między elementem a najbliższym marginesem lub krawędzią komponentu. Wartości kluczy powiązane z określonymi kategoriami szerokości ekranu znajdziesz w sekcji Słowa kluczowe. | |
Dopełnienie: wartość używana do określania odstępów między elementami na ekranie zgodnie z ich zależnościami. Ogólnie im bliższy jest związek między 2 elementami, tym dopełnienie jest węższe. Szczegółowe informacje o wartościach dopełnienia używanych w układach specyfikacji znajdziesz w sekcji dopełnienie. | |
Flex: hasło służące do określenia elementu wyśrodkowanego w pionie lub poziomie w kontenerze albo odległości, która może rosnąć lub zmniejszać się zależnie od sąsiednich elementów. Wymiarom układu elastycznego jest czasami przypisywana wartość minimalna lub maksymalna, co zostało omówione w sekcji Strategie skalowania. | |
Promień narożnika: określa krzywiznę narożnika, gdzie 0 oznacza narożnik kwadratowy, a wyższe wartości – większe zaokrąglenie. |