Bez względu na bibliotekę, framework lub kod, z którym pracujesz, prawdopodobnie w pewnym momencie natkniesz się na koncepcję schematu.
Jest ich kilka dla WordPressa, prawda 🙃?
Wydaje się jednak, że coraz bardziej popularnym trendem jest to, że ludzie tworzą coraz więcej szablonów, co nie jest z natury rzeczy złym, ale może być zamieszanie co do przeznaczenia boilerplate’u.
Zdjęcie NeONBRAND na Unsplash
Tak więc, zgodnie z definicją Wikipedii (która moim zdaniem oferuje świetną definicję):
W programowaniu komputerowym, boilerplate code lub boilerplate odnosi się do sekcji kodu, które muszą być zawarte w wielu miejscach z niewielką lub żadną zmianą. Jest często używany w odniesieniu do języków uważanych za gadatliwe, tzn. programista musi napisać dużo kodu, aby wykonać minimalne zadania.
Ale zauważ, że jest fraza, której nie można pominąć. Konkretnie:
…które muszą być uwzględnione w wielu miejscach z niewielką lub żadną zmianą.
A w niektórych obserwacjach, które widziałem w ekonomii WordPressa, przynajmniej schematy wydają się wymagać, aby kod był usuwany, modyfikowany lub usuwany, a nie po prostu dołączany lub dodawany.
To właśnie mam nadzieję wyjaśnić.
Cel kotła
Jak zdefiniowano powyżej, celem boilerplate’u jest mniej więcej dostarczenie kodu w projekcie, który wprowadza niewielkie lub żadne zmiany.
Moim zdaniem oznacza to, że jest to podstawa kodu, który możemy wrzucić do dowolnego projektu i zacząć budować nasze rozwiązanie. Przypomina to być może bibliotekę typu drop-in, z tą różnicą, że zapewnia pewien poziom funkcjonalności, taki jak interfejsy, klasy abstrakcyjne itd., z których możemy korzystać.
Przystawki
Po drugie, uważam, że łączymy również terminy pakiety startowe, biblioteki i boilerplates w taki sposób, że wszystkie są wymienne, kiedy tak naprawdę nie są.
Spójrz na przykład na Podkreślenia. Ma to być motyw początkowy do tworzenia motywów WordPress, ale istnieje wiele jego aspektów, które można usunąć podczas tworzenia motywu.
To nie znaczy, że jest źle. Przeciwnie.
Ale z tego powodu argumentowałbym, że jest to motyw początkowy, tak jak opisują (a nie szablonowy szablon, jak niektórzy go nazywają) właśnie z powyższego powodu.
Biblioteki
Po trzecie, biblioteki mają być prekompilowanymi plikami binarnymi lub bibliotekami, które możemy dodać do naszego projektu, które dodają pełną funkcjonalność bez konieczności pisania czegokolwiek.
Zdjęcie: Pankaj Patel na Unsplash
Nie oznacza to, że nie możemy się do nich podczepić i zastosować w naszej pracy, ponieważ występują w różnych formach:
- istnieją biblioteki stylów,
- istnieją biblioteki javascript wprowadzające funkcjonalność,
- istnieją biblioteki PHP, które obsługują dla nas wiele różnych rzeczy,
- i tak dalej.
W zależności od charakteru języka, w którym pracujesz, czasami biblioteki będą prekompilowanymi plikami binarnymi, które wrzucasz do swojego projektu; innym razem może to być coś, co dodajesz za pomocą czegoś takiego jak Yarn lub Composer.
Więc jaki jest cel kotła?
Krótko mówiąc, pomyśl o schemacie jako o podstawowym poziomie kodu. Zapewnia spójną podstawę dla określonego typu projektu, który powinien wymagać co najmniej minimalnej zmiany (jeśli w ogóle jakakolwiek zmiana).
Ostatecznie pozwala skupić się na problemie, który próbujesz rozwiązać, na podstawie domeny problemu, interfejsu użytkownika i jego doświadczenia, w sposób powtarzalny, jeśli będziesz musiał stworzyć podobne rozwiązanie w przyszłości.
Jak wiesz, wtyczka czy coś.