od Podstaw
9 godz. 11 min · HTML i CSS · Full-stack i Programowanie
Wojciech PołowniakSr. Fullstack EngineerWeb dev nigdy nie stoi w miejscu - włączając w to CSS. Czołowe przeglądarki różną się implementacją różnych funkcjonalności, a coraz to nowe właściwości wchodzące do specyfikacji są w stanie postawić stylowanie do góry nogami. W tym kursie poznasz przegląd różnych technik i technologii które zmienią Twoje patrzenie na CSSa - zdecydowanie na lepsze! Koniec z tworzeniem hacków w JavaScript aby osiągnąć efekty takie jak wykresy kołowe czy płynne przewijanie. Poznasz też różne właściwości CSS które są w stanie przyśpieszyć Twoją witrynę!
Na pewnym etapie rozwoju jako Front-End developer, bądź wraz z rozwojem naszego produktu - standardowe podejście do CSSa może nie wystarczyć. W tym kursie poznasz 5 ciekawych architektur CSSa, poznasz ich podstawowe koncepty oraz moje opinie na ich temat. Dzięki temu, tworząc swój następny projekt, będziesz w stanie stworzyć architekturę CSSa bazując na sprawdzonych fundamentach.
CSS Grid i CSS Flexbox to właściwości które powinien znać każdy Front-end developer. Jeśli nie chcesz spędzać wielu godzin na poznawanie tych technologii z osobna, w tym kursie znajdziesz podstawowe informacje na temat tych dwóch technologii - w pigułce. Poznasz różnice między nimi oraz dowiesz się, co zmieniło się w nich w ostatnim czasie.
Jeśli borykasz się z problemami wydajnościowymi na swojej stronie internetowej, ten kurs wskaże Ci techniki które pomogą Ci zmniejszyć czas ładowania, jak i ogólną wydajność Twojej witryny - czy to początkowe ładowanie, czy klatkująca animacja.
Czy nie wiesz jak zacząć z preprocesorami? Po co są nam one potrzebne? A może nie wiesz jak wpasowują się w obecne trendy tworzenia stron? Ten kurs odpowie na Twoje pytania! Dodatkowo, dowiesz się jak skonfigurować jeden z najbardziej popularnych preprocesorów CSS, oraz poznasz jego kluczowe funkcje czy składnie.Jako dodatek, dowiesz się jak dzielić Twoje zmienne SCSS wraz z Twoim kodem JavaScript!
Animacje CSSowe są już z nami od lat, ale jak konkretnie się za nie zabrać? Co trzeba zrobić, aby rozpocząć przygodę z animacjami? Jeśli nie wiesz, to w zaledwie kilku lekcjach poznasz narzędzia i składnie do tworzenia przejść i animacji ograniczonych tylko przez Twoją wyobraźnię* (i możliwości CSSa)
Aby móc efektywnie korzystać z tego kursu, powinieneś posiadać średnio zaawansowaną wiedzę z kategorii Front End. Przyda się również umiejętność poszerzania pojedynczych zagadnień na własną rękę, ponieważ wiele z poruszanych w tym kursie tematów można by zgłębiać godzinami. Nie zaszkodzi również podstawowa wiedza o JavaScript. Postaram się wprowadzić Cię w różne obszary CSSa potrzebne w codziennej pracy jako Front-End developer. Doświadczeni developerzy znajdą w tym kursie powtórkę najistotniejszych informacji na temat współczesnego CSSa, jak i ciekawe zagadnienia o których często się zapomina.
W tej lekcji opowiem o
architekturze BM czyli blok element mat i Fire blok element firmy blok element po
polsku tak samo Fire to po polsku modyfikacja.
Jest to bardzo popularna konwencja.
Która jest często źle interpretowana przez
różnych deweloperów i sprowadzona tylko i wyłącznie do
konwencji nazewnictwa i co nie jest oczywiście prawdą w stosunku do Bema.
Główne założenia są takie
aby w Bremie rozdzielać fragmenty naszej strony na bloki czyli tak jak tutaj np.
mamy wizytówkę no to jest przykładowy blok
czy też możemy na to mówić teraz komponenty.
Generalnie chodzi o to samo
i każdy z tych komponentów czy bloków powinien mieć swoje elementy no i u nas w
przypadku naszej wizytówki mamy dwa elementy.
Jeden to business cards tekst No i drugie
to biznes kart logo które jest tak naprawdę znaczkiem kod tylko że
dosyć mocno.
Więc nasz blok składa się z dwóch
elementów i w tym momencie nie ma żadnych modyfikacji torów.
Jeśli chcielibyśmy na przykład stworzyć wariant ciemne tej wizytówki ja
już to tutaj też zrobiłem no to możemy dodać do tego klasę do bloku samego.
Klasę Business Card Dark no i w ten sposób
nasza karta zmieniła zupełnie wygląd na jakiś ciemny jego wariant.
Przede wszystkim chodzi w Bremie o to aby
potrafić dzielić to o czym mówimy czyli w naszych przypadkach strony internetowe na
pojedyncze bloki czy komponenty które niezależnie od tego gdzie będą ułożone w
markecie powinny zachowywać się w identyczny sposób.
DM sam w sobie nie narzuca konwencji nazewnictwa.
Tak naprawdę możemy nawet jeżeli byśmy chcieli.
Oczywiście nie jest to
przykład który powinniście robić na swoich stronach internetowych ale jeśli
chcielibyśmy stworzyć konwencję że nasz blok to oczywiście to jest nazwa
naszego bloku i chcemy zrobić aparatury nie takie jak są często popularne podwójne
Anders Core element i tabel Dash Fire
tylko powiedzmy blok dowolny znak albo 1.
Anders Core 1 Dash to dalej jest poprawny.
Jeżeli dzielimy fragmenty naszych stron na pojedyncze bloki
czy nawet jeżeli byśmy stworzyli blok 1 element 2 i jedynka jest naszym ustalonym.
Aparaturę do.
Elementów a dwójka do modyfikacji torów nie ma z tym problemu.
Ważna jest nie konwencja nazewnictwa bo konwencja nazewnictwa nie uchroni nas
przed problemami przed którymi próbuje nas uchronić.
Tylko ważne jest dobre podejście do tego
co jest blokiem co jest elementem a co jest modyfikacją
i jakby na to nie patrzeć to faktycznie
jest to dosyć dla nas naturalne żeby dzielić elementy na tego rodzaju
komponenty czy bloki bo widzimy że ta wizytówka jest sama w sobie pewnym bytem
i ona ma swoje cechy czyli cechą tego bytu np.
jest to że ma taki tutaj sekcję z tekstem czy ma swoje jakieś logo
i tak naprawdę jeżeli będziemy wprowadzać Bema tylko i wyłącznie do konwencji
nazewnictwa to nie ma z niego żadnego pożytku ponieważ.
Dalej możemy popełniać różne błędy i np.
stworzyć sobie tutaj.
Osobny blok na ten element HTML który reprezentuje faktycznie
tekst czasami jest oczywiście konieczność zagęszczenia bloków ale jeżeli ta lista
będzie używana tylko i wyłącznie w tym komponent no to nie ma to sensu.
W związku z czym warto pamiętać że BM to nie tylko konwencja nazewnictwa.
Możemy się trzymać dowolnej z nich czy to Anders Kory czy to dalsze czy to dowolne
inne znaki tak długo jak robimy dobrą separację naszego kodu to będzie OK.
Tomasz Jakub też napisał o tym w swoim blogu.
Schematyczne HTML.
Link zostawię w źródłach.
Do tego kursu jest to artykuł po polsku który też tłumaczy dlaczego
Bema nie można sprowadzać tylko i wyłącznie do konwencji nazewnictwa.
A na pewno nie wymuszać na ludziach tej konkretnej konwencji nazewnictwa i
zarzucać że nie korzystają z dema poprawnie.
Tak naprawdę wprowadza nam Domain specyfik lęgowych w kontekście tego jak mówimy o
naszym projekcie i o tym też polecam sobie na własną rękę poczytać.
Jeżeli zależy nam na tworzeniu skalą wolnego kodu czy to w lesie czy w innych
językach programowania czy przy tworzeniu designu.