-
Notifications
You must be signed in to change notification settings - Fork 5.7k
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
V1: Distinct repos for frontend and backend #79
Comments
Hi @jschr, there won't be no front and no back end. jaw-cli is a client able to grab separately a front module and some back end modules. Take a look at https://github.com/jaws-stack/JAWS/tree/v1.0. |
Ah ok, after rereading the v1 spec doc I think I misinterpreted the scafolding section. So am I correct that the use case I described above I would create 2 JAWS apps (one for back and one for front) and simply install the applicable modules? |
@jschr Glad you showed up for the party :) Yes, JAWS V1 is nothing but some empty folders, a powerful CLI and a Module system. We think the best organizational tiers for the jaws-modules are:
|
@jschr, the basic steps to write a JAWS app will be |
@ac360 thanks for the clarification, this is awesome! Really excited for the v1 release. Do you have any front-end module examples you can share? I realize you've got a lot on your plate with v1 so no worries if not and I will anxiously await for the release! |
Closing since not an issue :) |
No front-end modules yet. Although, any front-end boilerplate works. JAWS gives you a REST API just like anything else. |
Hey guys, JAWS is looking really great can't wait to try out v1. I've been following the doc and am curious if you would consider separating the backend and frontend into their own distinct repos?
I'm not too familiar yet with JAWS or lambda so I don't know if this is feasible but I find separating the client code from the server code into separate repos much easier to maintain with a larger app, especially when the backend is strictly an API.
This might also allow for front-end guys (like myself) to contribute easier by extending the core frontend repo. I may also already have the client built and just want JAWS to serve as my backend API or I just want to quickly deploy a static site with no backend using JAWS' cli tools.
Like I said, I don't really know what implications separating them has but just some food for thought!
The text was updated successfully, but these errors were encountered: