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
Such a massive setup for just a single app? #4
Comments
I'm up for this suggestion. Currently that's sort of how this scaffold operates, there is a data layer, a web layer, and a dev layer that are tied in to one gateway service. Putting them all in an app directory does make sense. I'll consider it. |
I think you need to split only a client part. You have one server, which works in two modes (dev and production) I would suggest to start production mode as Also you have one facade (graphQL server) and some transports behind it, so no changes here. But as for the client, you can have www app, android app (react native), 2 iOS apps, maybe admin corner. All them talk to single graphQL server. So there is a strong need to reflect this in boilerplate structure. I'm working on a similar setup and can share some code with you. |
I've made some tweaks to this setup in other projects that are more aligned with your suggestion, I'm going to formalize them and work them into this scaffold over the next week or two. The structure will look something like this:
|
will wait for the update |
@droganov it is implemented in To run app you should do this steps (correct only on current date, because Cristian still in progress):
How I see there is problem with hot reload. But such beautiful app config structure and nice console output I'm never seen. |
@nodkz thank you, will look into that! |
Hello, you've came a long way, but please consider implementing the following app structure:
The idea is that we eventually run several apps at once on single server
The text was updated successfully, but these errors were encountered: