Specific generators for components, sections and pages

[iduuck]

[visualcookie]

What's the motivation behind this and how should this exactly work? @iduuck

In my editor I use snippets from Snipsnap, so idk if we really do require some sorta command-line tool to create those files. (At least, that's what I understood from the title.)

[iduuck]

I thought of something like this, which is changing with the projects needs: https://github.com/diegohaz/generact

[chmtt]

In my opinion this would be a great idea and i guess it saves a lot of time.

[visualcookie]

Wasn't the initial intention behind this, that we would not have generators because that would cause maintenance and a lot of overhead that's not really necessary?

@chmtt Could you please state how this exactly would save time? In my pov it takes longer to execute this instead of creating the files myself.

[visualcookie]

@iduuck Have checked out generact and I have to admit, it is larger than React:
https://bundlephobia.com/result?p=generact@0.4.0
https://bundlephobia.com/result?p=react@16.13.1

And the package itself includes tons of peers, which is super bloaty:
https://npm.anvaka.com/#/view/2d/generact

What we can do, if this is really needed, create a seperate repository/project for people to use when they feel like the need to use it. I just want to keep the whole boilerplate simple and not add some more build/loadtime.

[chmtt]

@visualcookie Sure, the time aspect depends on file naming and folder structure. I only looked at the example with 3 same-named files and thought this would be nice. Since we don't have this type of file structure this wouldn't be a timesaver anymore.

[visualcookie]

@visualcookie Sure, the time aspect depends on file naming and folder structure. I only looked at the example with 3 same-named files and thought this would be nice. Since we don't have this type of file structure this wouldn't be a timesaver anymore.

The thing is, for most components I don't create 3 files anymore. I have the types in the same file and the styles as well, because otherwise I would have problems with autoimport since everything is named export interface Props or export const Wrapper = styled.div. Hence why I would leave this optional.

In our dev weekly we had about that we also decided on not to do any kinda bloaty, heavy or generator stuff. It basically doesn't belong to a boilerplate, more to a framework, which we don't want to operate here.

[visualcookie]

@iduuck For our IntelliJ users, there do exist file templates, You can utilize these. https://www.jetbrains.com/help/idea/using-file-and-code-templates.html