Korzystanie z przewodnika po żywych stylach (LSG) w celu stymulowania rozwoju jest praktyką, która zyskuje dużą popularność, ponieważ ma wiele zalet, w tym wydajność kodu i spójność interfejsu użytkownika. Ale jak możesz go stworzyć? Co powinieneś dołączyć? I gdzie się zaczynasz? W tym samouczku zagłębię się w drobiazgowe szczegóły dotyczące tworzenia stylu życia za pomocą DocumentCSS .
Podobnie jak w przypadku standardowego przewodnika po stylu, przewodnik po żywym stylu dostarcza zestaw standardów do używania i tworzenia stylów dla aplikacji. W przypadku standardowego przewodnika stylu celem jest zachowanie spójności marki i zapobieganie niewłaściwemu użyciu elementów graficznych i projektowych. W ten sam sposób LSG są używane w celu zachowania spójności w aplikacji i kierowania ich wdrażaniem. Ale to, co sprawia, że LSG jest inny i potężniejszy, to duża część informacji pochodzi z kodu źródłowego, co ułatwia i efektywnie odzwierciedla ewoluujący stan aplikacji.
Nawet dzisiaj niewiarygodne jest nauczenie się, że możesz użyć kodu źródłowego swojej aplikacji do budowania swojego przewodnika po stylu.
Jeśli spojrzysz na poniższe przykłady, zobaczysz wspólny mianownik LSG:
Przewodnik Lonely Planet Style
Przewodnik dotyczący stylu sprzedaży
Kolejnym kluczowym elementem LSG jest to, że możesz użyć generatora prowadzącego styl, aby zautomatyzować proces. Generator przewodników stylów użyje kodu źródłowego aplikacji, aby nakarmić większość dokumentacji LSG i obserwować wszelkie zmiany wprowadzone w kodzie, dbając o aktualizację dokumentacji przewodnika po zmianie aplikacji.
Istnieje wiele smaków do wyboru, w zależności od języka kodu, który chcesz udokumentować lub konfiguracji projektu. Oto kilka miejsc, w których można znaleźć opcje:
W tym samouczku pokażę, w jaki sposób można użyć DocumentCSS do utworzenia LSG. To narzędzie stworzone przez Bitovi jest open source i może być używane w dowolnym projekcie do dokumentowania CSS (obsługiwane są również preprocesory takie jak Less i SASS). Jeśli jesteś zainteresowany dokumentowaniem Javascript i innych języków, możesz to łatwo zrobić z DocumentCSS, ponieważ to narzędzie jest podzbiorem DocumentJS. Nie będę omawiał tej części w tym samouczku, ale warto o tym pamiętać.
Przed przystąpieniem do tworzenia LSG pierwszym krokiem jest zaplanowanie, co będzie w nim. Jak każda dobra witryna, kluczem jest dobrze zorganizowana architektura informacji (IE).
Zacznijmy od użycia następującego zestawu projektów naszej przykładowej aplikacji o nazwie "Sklep w stylu vintage" i obserwowania trwałych elementów w interfejsie:
Archiwalne makiety sklepów
W tym momencie polecam zacząć od większych grup elementów, takich jak nawigacja, wózek czy formularze. Na przykład podzielimy nasz projekt na te trzy grupy: wskaźnik kroków, mini wózek i produkty w koszyku:
Z tymi większymi grupami elementów możesz zacząć wchodzić w szczegóły i identyfikować "style", które się utrzymują. Na przykład, istnieje ogólna konwencja dotycząca typografii, a dokładniej dla nagłówków, podtytułów i linków w stosunku do zwykłego tekstu. Kolor przycisków jest również wyświetlany na różnych stronach.
Łącząc to wszystko, spiszmy te grupy za pomocą diagramu:
Przyjrzyj się bliżej tym grupom, możesz je dostroić i przekształcić w kategorie, które możesz wykorzystać w swoim przewodniku po rozwoju. Na przykład:
Dodatkowo możesz pomyśleć o kategorii, w której możesz podać bardziej ogólne informacje o swoim przewodniku stylu. Dobrym tego przykładem może być sekcja "Przewodniki", w której można opisać, jak wnieść swój wkład do przewodnika po stylach lub w sekcji "Marki", w której można uwzględnić wytyczne dotyczące marki, o których należy pamiętać przy projektowaniu i wdrażaniu aplikacji.
Mając to na uwadze, oto, jak powinien wyglądać diagram:
Możesz zobaczyć, w jaki sposób ten diagram ma kształt mapy witryny, która jest zasadniczo tym, co chcesz wykorzystać jako plan podczas tworzenia przewodnika stylu życia.
Teraz zanurz się w projektach i utwórz własną mapę witryny, w tym tyle kategorii, ile według Ciebie byłoby użytecznych w przyszłości. Możesz zdobyć pomysły z innych przewodników stylu ( styleguides.io/examples to świetny zasób). Gdy skończysz, sprawdź tę bardziej kompleksową wersję i porównaj.
Możesz prawie myśleć o przewodniku stylu życia jako "regułach gry" swojej aplikacji. Wewnątrz "zasad" znajdują się wszystkie informacje potrzebne do "gry" w grę: Bloki konstrukcyjne i zasady tworzenia i tworzenia nowych bloków. W tym, w jaki sposób inni członkowie twojego zespołu mogą wnieść swój wkład i utrzymać go jako żywy dokument.
Proces instalacji składa się z 3 kroków:
Najpierw upewnij się, że masz Węzeł zainstalowany. Będziesz potrzebował przynajmniej wersji 6.
Następnie pobierz ten plik zip: sgdd-tutorial.zip na pulpit i rozpakuj go . Jest to ważne, ponieważ inna lokalizacja złamie polecenia instalacji.
Następnie otwórz terminal i wprowadź następujące polecenie:
cd ~/Desktop/vintage-shop-sgdd-tutorial && npm install
Instalacja aplikacji i jej zależności zajmie kilka sekund.
Po zakończeniu instalacji wprowadź następujące polecenia:
npm run develop
npm run document
A teraz zróbmy to:
npm run develop
npm run document
npm run document -- -w
.less
i .md
akta) @page
, @stylesheet
lub @styles
.
base/markdown
.md
@page
@page about about
@page
@page
about
About
@page about About@parent index
@parent
@page about About@parent index## Hello World!This is the first page of my style guide. Here I can add any type of content that shouldn’t live with the code. Like who are the main contributors of the style guide or contact info.For example here's an animated gif inside of an `iframe`:


Dokumentowanie arkusza stylów
buttons-custom.less

Wewnątrz tego pliku i wewnątrz bloku komentarza dodaj tag
@stylesheet
a następnie dwa ciągi:
/**@stylesheet buttons.less Buttons*/
Zauważ, że komentarz do dokumentacji musi się rozpocząć
/**
dla parsera (w tym przypadku JSDoc ), aby to rozpoznać.
Teraz przełam to:
@stylesheet
Metka
@stylesheet
deklaruje plik jako arkusz stylów i mówi DocumentCSS że informacje w tym pliku powinny być wyświetlane w taki sposób w przewodniku po stylach. Służy to odróżnieniu go od innych typów dokumentów, takich jak strony, komponenty i modele, między innymi ( przeczytaj tutaj o pełnej liście typów dokumentów ).
buttons.less
Jest to unikalna nazwa arkusza stylów i jest używana jako odniesienie do innych znaczników. Chociaż można użyć dowolnego typu nazwy, zaleca się użycie nazwy pliku arkusza stylów, ponieważ pomoże to w odnalezieniu pliku podczas tworzenia odnośnika do dokumentacji. Należy pamiętać, że wpłynie to na adres URL twojego dokumentu. W tym przykładzie adres URL będzie następujący: http://localhost: 8080 / styleguide / buttons.less.html
Buttons
Podobny do tworzenie strony , jest to tytuł arkusza stylów, który będzie używany do celów wyświetlania w wygenerowanej witrynie. Tutaj możesz użyć wielu słów ze spacjami lub innymi znakami.
Aby wyświetlić nowo utworzoną stronę, uruchom następujące polecenie, chyba że obserwujesz zmiany):
documentjs
A potem idź do http://localhost: 8080 / styleguide / buttons.less.html , aby wyświetlić nową stronę.

@parent
/*** @stylesheet buttons.less Buttons* @parent styles.base*/
Zwróć uwagę, że w tym przypadku dodaliśmy
.base
aby określić tę stronę powinna pojawić się pod grupą "Baseline" pokazaną na pasku bocznym (możesz również tworzyć grupy w swoim podindumie!). Wkrótce się w to zagłębimy).
Ponowne uruchomienie dokumentów i odświeżenie strony powinno wyglądać następująco:

Teraz dla mięsistej części! Z naszą stroną w miejscu możemy zrobić kilka rzeczy:
Możemy dodać ogólny opis dokumentu
Możemy dodawać różnego rodzaju treści za pomocą zarówno markdown jak i zwykłego HTML
A najlepsze jest to, że możemy dodać dema do naszego kodu?
Dodajmy krótki opis i wersję demo dla naszego pliku doc:
/*** @stylesheet buttons.less Buttons* @parent styles.base* @description* Global style definitions for all button elements.* @iframe src/base/bootstrap-custom/buttons/buttons-custom.html*/

Jak widać
@iframe
Tag pozwala dodać element iframe z plikiem demonstracyjnym do Twojego dokumentu. To demo jest po prostu prostym plikiem html ze znacznikiem skryptu, który importuje CSS twojej aplikacji w czasie wykonywania.
Otwórzmy wersję demo
buttons-custom.html
:

<script src="/node_modules/steal/steal.js" main="can/view/autorender/"><import "vintage-shop/styles.less";script> <a class="btn btn-default" href="#" role="button">Linka><button class="btn btn-default" type="submit">Buttonbutton><input class="btn btn-default" type="button" value="Input"><input class="btn btn-default" type="submit" value="Submit"><hr /><button type="button" class="btn btn-default">Defaultbutton><button type="button" class="btn btn-primary btn-checkout">Primarybutton><button type="button" class="btn btn-success">Successbutton><button type="button" class="btn btn-info">Infobutton><button type="button" class="btn btn-warning">Warningbutton><button type="button" class="btn btn-danger">Dangerbutton><button type="button" class="btn btn-link">Linkbutton>
Jedyną rzeczą wymaganą w tym pliku jest tag skryptu, który powinien być taki sam dla każdej wersji demonstracyjnej, którą tworzysz w tej aplikacji. Reszta kodu jest znacznikiem ze stylami, które chcesz pokazać w wersji demo.
Dodatkowo możesz użyć tagu
@demo
aby pokazać również fragment kodu w nim użytego. Lubię to:
/*** @stylesheet buttons.less Buttons* @parent styles.base** @description* Global style definitions for all button elements.* @demo src/base/bootstrap-custom/buttons/buttons-custom.html*/

Teraz, zanim pójdziesz z tym bananem, jest jeszcze kilka innych gadżetów, z których możesz skorzystać:
Tworzenie sekcji stylu
Tworzenie grup stylów
Tworzenie sekcji stylu
Aby utworzyć sekcję stylu, możesz użyć tagu
@styles
. Ten znacznik jest słodki, ponieważ pozwala ci rozłożyć dokument ze swojego arkusza stylów na rozsądne fragmenty, o których możesz mówić i lepiej zrozumieć.
Na przykład w naszym przykładzie mamy style do ogólnego definiowania przycisków, niezależnie od używanego znacznika (albo