@IlllI: Jeżeli już, to nad, ale i tak wolę sobie założyć plik common/utils/helpers/shared i tam trzymać te drobne funkcje.

@michael94: to pa tera! :D w jaki sposób wybierasz czy coś jest utils czy helpers

@IlllI: szczerze mówiąc, albo jednego albo drugiego, często w projektach jest już jakaś konwencja, po prostu wybrałbym jedna nazwę i się jej trzymał.

@michael94: dzięki za info, niestety sam jestem od js'a w firmie i nie mam od kogo podłapać dobrych praktyk czy chociaż jasnego info rób tak albo tak i chociaż już sporo kodu przerzuciłem to czasem przychodzą rozkminki co lepsze ;D

@cppguy: niestety ciągle js

@IlllI: Ogólnie jak jesteś w jakieś firmie(projekcie gdzie wiele osób pracuje), to najczęściej masz już coś narzucone, helpers/utils itd, więc nie ma sensu robić rewolucji jeżeli nie masz argumentów. Jak zaczynasz to masz ten przywilej że możesz zacząć :)

Co do pierwszego pytania, nie bardzo możesz definiować drobne funkcje/komponenty pod głównym komponentem, bo będziesz próbował ich użyć zanim zostaną zdefiniowane.

@michael94: wiesz co nie ma problemu z użyciem ich bo masz hoisting zawsze a moja rozkminka polega na tym, że potem jak się przeklikujesz po plikach i szukasz renderu to zawsze musisz skrollować w dół i omijać te wszystkie poboczne funkcje a tak główną funkcję masz zaraz w viewport a wszelkie funkcje pomocnicze i inne duperele to sobie już wnikasz niżej.

@IlllI: tu się nie zgodzę, większość linterów domyślnie ma włączone: no-use-before-defined i nie spotkałem się projektem który by to wyłączał.

To że działa, to inna sprawa, a co do renderu to... też się nie zgodzę, zjeżdzasz na sam dół pliku i masz render, zawsze na dole. Komponent może być różnej długości i nie zawsze kończyć się w "viewporcie" ;)