Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Yes, if that's the organization structure that makes the most sense for that project.

Arguably that's the most common React organization pattern going a long way back whenever Components are functions you generally have one function per file, plus a bunch of extra types for options/error types.



not all code is a React component. And enforcing one component per file is just gonna encourage bloated components (because who likes heaps of tiny files?). I would not cite every front-end convention as an inspiration for sensible engineering.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: