refactor: migrate make:scaffold as modern command - #10567
Conversation
646a538 to
448998a
Compare
make:scaffold to AbstractGeneratorCommandmake:scaffold as modern command
|
Bottom line - I was thinking about adding a I probably won't have time to work on this in September, but I'm wondering whether this will now be possible, or whether things have become more complicated. |
|
Do you mean something like a GUI? |
|
In a way, yes. We already have The idea behind |
|
Ah yes. The modern command API will make it easier. It has added a lot of improvements over the legacy API, including composition of several commands. Some questions in mind are where would the data come from (from passed options I suppose) and should routes be added directly or just print and let the dev copy paste it. |
|
Okay, that's encouraging. Yes, data would come from input, like |
|
On flipping to auto improved, I'd defer this to an issue for its own discussion. For one it would need to update the Routes file and there is I believe an open issue for the mode's extensibility. For |
|
Oh... yes, changing routes would be a totally different PR. I was just thinking out loud. |
448998a to
8dd533f
Compare
Description
Follow up to #10524 . This is the last framework command to be migrated into the modern command API.
A behavioral improvement over legacy: a missing class name will now be asked once instead of one per component.
This is currently branched from the
make:migrationPR and will be rebased once it merges.Checklist: