Replies: 1 comment 1 reply
-
Thanks for starting a discussion on this; There's some points that come into mind:
What would be the final format of this JSON SQL query? Is it based on an existing standard/specification?
Creating a new controller would be possible, but updating is not something that's been done with the CLI; The reason being that a LoopBack 4 application can take many shapes, and we'd want to reduce the number of assumptions the CLI makes about the LB4 app. Updating an existing controller requires reading existing project files, which can break easily if the developer customizes it (i.e. How much customization is acceptable before the CLI breaks?).
I think it definitely is a quality-of-life feature if we the LB4 CLI can generate the skeleton code needed to return the result of a complex SQL query. However, do we want to generate using the existing artifacts, or do we want to create a new artifact for this feature? The |
Beta Was this translation helpful? Give feedback.
-
Hi. I have a very specific scenario that I would like to add to lb4 CLI. Is it possible for me to add this scenario to the CLI package to the loopback-next's repo? Or is there any way I can implement this particular scenario?
I actually need a CLI command that would take in a JSON formatted SQL query. The command needs to create a new route by creating a new controller or updating the existing one. Once that route is hit by the user (through browser or HTTP client), it must return all the data generated by that query.
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions