Struktura projektu SASS

pytanie zadane 19 grudnia 2018 w HTML i CSS przez niezalogowany

Witam, czy mogę wygenerować strukture projektu SASS 7-1 za pomocą YEOMANA czy muszę tworzyć tą strukture samodzielnie ? Albo czy jest jakiś gotowy boilerplate z utworzonymi już folderami ?

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

a dlaczego taka struktura? Dyskutowałbym nad jej zasadnością... wg mnie nie jest to dobry kierunek w dzisiejszych czasach.

komentarz 19 grudnia 2018 przez niezalogowany

a jakie jeszcze są ? ;)

komentarz 19 grudnia 2018 przez niezalogowany

Wiem że mógłbym sobie robić to po swojemu ale byłby duży syf. Wole trzymać się standardów i uczyć się "tak jak należy".

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

różne :)

Ja jestem generalnie wielkim zwolennikiem aplikacji SPA na froncie i niezależne REST API... moim zdaniem jest to jedno z lepszych rozwiązań, dających bardzo przyjemny development i deployment, niezależne środowiska, swobodne migracje technologii itp. itd.

Wtedy w części frontowej najlepiej pracować komponentami, nie musi to być framework, choć są one przyjemne w pracy, ale generalnie chodzi o to, aby myśleć o stronie jak o zestawie niezależnycyh komponentów, i każdy stylować osobno.

Wtedy też np. w ogóle nie robisz żadnych resetów css, a style globalne ograniczają się najczęściej do fontu i max-width dla body...

komentarz 19 grudnia 2018 przez niezalogowany

Wtedy w części frontowej najlepiej pracować komponentami, nie musi to być framework, choć są one przyjemne w pracy, ale generalnie chodzi o to, aby myśleć o stronie jak o zestawie niezależnycyh komponentów, i każdy stylować osobno.

Chodzi o BEM tak ?

komentarz 19 grudnia 2018 przez niezalogowany

Wygenerowałem sobie templatke w YEOMANIE, i teraz pytanie gdzie trzymać komponenty ?

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

Nie znam akurat yeomana, nie korzystam, ale generalnie ja polecam zrobić np. oddzielny folder dla każdego komponentu i w nim trzymać pliki, np. szablon html, jakiś kontroler JS, plik ze stylami css itp.

Do tego np. może być jakiś nadrzędny folder z jakimś global storage jeśli chcesz mieć, jakimś serwisem do obsługi API i współdzielenia danych itp.

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

Wtedy w części frontowej najlepiej pracować komponentami, nie musi to być framework, choć są one przyjemne w pracy, ale generalnie chodzi o to, aby myśleć o stronie jak o zestawie niezależnycyh komponentów, i każdy stylować osobno.

Chodzi o BEM tak ?

nie, BEM to w ogóle niezależny temat. Chodzi mi o to, aby myśleć o aplikacji komponentowo, anie o jednym wielkim monolicie. Na przykład na tej stronie, możesz mieć komponent nagłówka, w nim komponent "ikonki" użyty wiele razy, komponent "usera" itp. itd.

komentarz 19 grudnia 2018 przez niezalogowany

Aj ciężki temat to wszystko pogodzić dla takiego początkującego. Robiłem już jakieś proste projekty ale na łapu capu, dopiero teraz widze ile aspektów przeoczyłem i ile jest jeszcze do poprawy :)

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

Spokojnie, wszystko przyjdzie z czasem :)

Ja kiedyś też robiłem monolity w PHP, z szablonami Smarty i reset CSS był pierwszym punktem w tworzeniu struktury plików...

Teraz nie wyobrażam sobie powrotu do tych czasów i zrezygnowania z apek typu SPA + API, tym bardziej jak w back-endzie dochodzą mikro-serwisy... reactive style, bajka...

komentarz 19 grudnia 2018 przez niezalogowany

A tak apropo resetu CSS, to on wyszedł z użycia czy jak ? Na moje to chyba dalej jest przydatny czy nie ? :D

komentarz 19 grudnia 2018 przez Tomek Sochacki Ekspert (227,510 p.)

Ja nie widzę kompletnie żadnej zalety jego użycia... żadnej.

Jeśli zapomnisz o reset css to nagle okaże się, że możesz robić komponenty reużywalne, nie martwiąc się o jakieś global css, które jak pisałem, ograniczyłbym do fonta, max-width dla body i ewentualnie box-sizing jak ktoś to lubi.