You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
We should have a recommended way of organizing includes/utilities in our projects. I've seen some variations of:
A utils directory with a single index.ts file (doesn't make sense to me at all)
A modules/includes/utils directory with separate files with default exports
Describe the solution you'd like
I'd like to have a recommended way of adding utilities to a project. Personally I dislike creating a lot of folder structure with complex names, so I usually prefer a includes/modules directory with a file for each utility context or for each method. I also dislike having them exported as default since the name can be easily changed wherever they're imported.
The idea here is that any module inside this folder might be one day a npm package. So the mindset is that each module must have a clear API and specific domain to solve.
Is your feature request related to a problem? Please describe.
We should have a recommended way of organizing includes/utilities in our projects. I've seen some variations of:
utils
directory with a singleindex.ts
file (doesn't make sense to me at all)modules
/includes
/utils
directory with separate files withdefault
exportsDescribe the solution you'd like
I'd like to have a recommended way of adding utilities to a project. Personally I dislike creating a lot of folder structure with complex names, so I usually prefer a
includes
/modules
directory with a file for each utility context or for each method. I also dislike having them exported asdefault
since the name can be easily changed wherever they're imported.Example:
Or
Describe alternatives you've consideredAdditional contextThe text was updated successfully, but these errors were encountered: