Ponieważ nie możemy zdefiniować zmiennej jak fruits in basket
, ponieważ wiele (a może wszystkie) języki programowania zinterpretują znak spacji jako koniec identyfikatora i początek czegoś innego, musimy zrobić coś takiego jak fruitsInBasket
.
Camel, pascal, kebab i snake case (i inne) to konwencje nazewnictwa, których używamy w programowaniu komputerowym, aby móc tworzyć nazwy złożone dla zmiennych, typów, funkcji, klas i innych struktur w kodzie źródłowym.
camelCase
Zasady są takie, że kapitalizujemy wszystkie słowa po pierwszym.
Raw | camelCase |
---|---|
owoców w koszyku | fruitsInBasket |
has error | hasError |
is visible | isVisible |
Camel case jest powszechnie używany dla zmiennych i funkcji w JavaScript.
PascalCase
Tutaj musimy pisać wszystkie słowa łącznie z pierwszym.
Raw | camelCase | PascalCase |
---|---|---|
owoców w koszu | fruitsInBasket | FruitsInBasket |
posiada błąd | hasError | HasError |
jest widoczny | isVisible | IsVisible |
PascalCase jest często preferowany przez programistów C.
kebab-case
W tym przypadku, dodajemy myślnik pomiędzy każdym słowem i wszystkie są małymi literami.
Raw | camelCase | PascalCase | kebab-case |
---|---|---|---|
owoców w koszyku | fruitsInBasket | fruitsInBasket | fruits-in-basket |
has error | hasError | HasError | has-error |
is visible | isVisible | IsVisible | is-visible |
AtrybutyHTML5 mogą zaczynać się od data-
jak data-name
. Również CSS używa myślników w nazwach właściwości takich jak background-color.
snake_case
W przeciwieństwie do przypadku kebaba, dla przypadku węża dodajemy podkreślenie.
Raw | camelCase | PascalCase | kebab-case | snake_case |
---|---|---|---|---|
fruits in basket | fruitsInBasket | fruitsInBasket | fruits-in-basket | fruits_in_basket |
has error | hasError | HasError | has-error | has_error |
is visible | isVisible | IsVisible | is-visible | is_visible |
Wielu programistów używa podkreślników, szczególnie w bazach danych SQL do takich rzeczy jak creation_date
company_name
, itp.
Kilka korzyści, które przynoszą konwencje nazewnicze to:
- Skonsekwencja. Ponieważ nazwanie czegoś jest jednym z najtrudniejszych zadań programisty, przynajmniej możemy zgodzić się na konwencję i być konsekwentni w tej kwestii.
- Lepsze zrozumienie. Złożone nazwy wyjaśniają o wiele lepiej niż jedno słowo lub jeden znak cel struktury.
- Czytelność. Zwiększa zdolność do czytania kodu.
- Automatyzacja. Umożliwia użycie zautomatyzowanych narzędzi do refaktoryzacji i wyszukiwania i zastępowania.
.