New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CLI tool ala create-react-app to scaffold HyperApp apps #41
Comments
I think it should be separate package, first. Second it can use the |
We're thinking the same. |
Name, arguments order / commands, prefs? We can use @generate under the hood, but I think it can be small with low deps too. |
Maybe the name should |
🤔 I like -cli because it's short, but I think the name depends on how the tool would work. Let's discuss how and what the tool should be about, and later decide the name? Should we follow the lead of create-react-app? |
@jbucaran agree. use hyperapp-cli for runing example code locally, create-hyper-app for getting boilerplate created by user. |
Just a few thoughtsSince there are multiple options, it should be like:
|
@selfup LGTM. It would make rollup the default though, since that's what HyperApp itself uses and I've found produces the smallest bundles. Rollup pioneered tree-shaking so they deserve it. Ideally, hyperapp-cli should be able to use other stuff too, as well as simpler, less specialized setups. A beginner user doesn't need a powerful configuration, but a clear bird's eye view of all the moving parts and a simpler configuration is that. |
The below links might be useful for anyone looking at creating anything
Just thinking out loud here but, what about some options like the following, with some sensible defaults or flag similar to
I might look at it this weekend. @tunnckoCore mentions @generate I've never used it before.. how does it fair in comparison with yeoman? Definitely the way to go? |
I am not familiar with generate, but I know yeoman. I'd go with a standalone, dependency free mini tool instead. Something minimal, just like HyperApp. I have nothing against yeoman, but IIRC, yeoman forces the user to install |
I kinda like the direction choo went with choo-cli, what do you think @lukejacksonn? |
I see, so partial templates as well project scafolding.. I like! |
Yeah, nice, but still, even simpler that choo-cli. If you look at the excellent Youtube walkthrough of the tool, you might experience flashing deja-vus, that is, if you have any experience working with Rails. 😄 |
Yeh I checked that video out but have no rail experience so it was all quite new to me anyway 🚂🔥🔥🔥 Looked like a nice api.. it could have been a much less verbose process though yeh. What does it need to do then |
@lukejacksonn Yes, maybe. Depends on what features the generator has right? What do you think would be the best CLI? What should the generator be able to do? Do we want something like |
Ima sleep on this! |
@lukejacksonn Does it make sense to have a hyper-cli/hyperapp-cli? |
@jbucaran, I know you asked @lukejacksonn, but I'm going to throw in my 2c here: One of the things I like best about hyperapp is how you can just start coding. I think we should have a CLI but we need to think about how we make sure people don't miss out on the pleasant simplicity of going bare-bones. I mean people are so used to needing the CLI from other frameworks, they may never even consider trying without it. My fear is, that if everyone is approaching hyperapp through a CLI, the differentiating factors become less apparent. |
This feels like a lonnng time ago now! I am in agreement really; people want a CLI because they don't want to have to type out a load of boilerplate / create big file structures. HyperApp doesn't demand so much so why bother.. this is probably why one hasn't materialised. Personally I've been working on a template that I just clone and then quickly go round renaming application specific keys things like names, descriptions, titles, icons, deployable domain etc. Nothing more has to change as I am satisfied with using rollup and JSX (or more recently just h). It works fine. But every time I do this I think.. I wish there was an Not sure this is really hyperapp specific but it wouldn't be hard to create and would really help people jump straight into coding, like you say! |
rails templates are kinda like what you're describing. personalized starters that have basic find and replace type functionality |
It would be fun if there was a service we could curl for the template in a tarball instead. curl hyperapp.in/starter | tar -xzf |
I really like the way vue-cli handles their templates in GitHub repos, simple handle bar esque syntax and the prompts we're fairly easy to modify. Personally I would be tempted to see if we could just fork and rebrand that client ;) just 2cents from the new guy |
^ yes those are very easy! reminds me of kubernetes helm charts |
good to see minimal boilerplate examples of hyperapp + jsx + webpack I hate fully integrated production ready bbq templates. Those are just useless to me to understand how stuff works. |
Oh, I know that feeling! 😏 |
oh god, it seems you finally unblocked me. |
@tunnckoCore 👋 welcome back! |
@tunnckoCore I never meant to block you forever, if you can have civilized discussions, I am ready to have them! 👋 |
This issue has been open for the longest time now! 🎉 I'll cut to the chase. I am not interested on a CLI tool to scaffold hyperapp projects at this moment (but I could change my mind) and I agree with @lukejacksonn in that:
For a list of minimal boilerplates, see here. |
No description provided.
The text was updated successfully, but these errors were encountered: