Skip to content
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

Explanation: Project Architecture #31

Open
renilbabu03 opened this issue Dec 31, 2019 · 1 comment
Open

Explanation: Project Architecture #31

renilbabu03 opened this issue Dec 31, 2019 · 1 comment

Comments

@renilbabu03
Copy link

renilbabu03 commented Dec 31, 2019

It would be really nice if you could explain the project architecture. Like explaining the following:

  1. Resolve file
  2. Repository file
  3. Controller file (not necessary)

I don't understand the use of a resolve file. Looks like you are using a Architectural Pattern. Please explain to us which pattern and a general flow as it is quite hard for newbies to understand the flow and the reason behind the structure

@laurilarjo
Copy link
Collaborator

laurilarjo commented Dec 31, 2019

Yes we could add some description of that architecture. The resolver decouples the repository from the controller, but you're right that it makes it harder to understand the project.

You can also use this as a base by ignoring the common base-controller, base-repository and base-resolver and just writing your own methods to the user-controller. That's how I started to use this project, as I didn't have any database, but instead I was proxying and transforming data from another backend.

Could you tell us your use case why you're looking at this starter kit, and what your needs are? That would also give insight on how to improve this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants