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

V1: Distinct repos for frontend and backend #79

Closed
jschr opened this issue Aug 25, 2015 · 7 comments
Closed

V1: Distinct repos for frontend and backend #79

jschr opened this issue Aug 25, 2015 · 7 comments

Comments

@jschr
Copy link

jschr commented Aug 25, 2015

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!

@jschr jschr changed the title Distinct repos for frontend and backend V1: Distinct repos for frontend and backend Aug 25, 2015
@remicastaing
Copy link
Member

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.

@jschr
Copy link
Author

jschr commented Aug 25, 2015

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?

@austencollins
Copy link
Member

@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:

  • A single lambda function can be a module
  • A directory with a group of lambda functions and some other folders can also be a module
  • The entire front folder can also be a module. This is the least developed idea. Essentially, you will be able to run jaws install https://github.com/jaws-stack/JAWS/jaws-react-front to replace the front folder with the module at the specified url. What this means is that we need some front-end modules for JAWS. Especially, a React one. It should consist of a simple React boilerplate app and integrate handy AWS-SDK for the browser functions.

@remicastaing
Copy link
Member

@jschr, the basic steps to write a JAWS app will be jaws new, then grab some jaws modules for the back end (they will be downloaded in \back) and grab a front module (downloaded in \front).

@jschr
Copy link
Author

jschr commented Aug 25, 2015

@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!

@jschr
Copy link
Author

jschr commented Aug 25, 2015

Closing since not an issue :)

@jschr jschr closed this as completed Aug 25, 2015
@austencollins
Copy link
Member

No front-end modules yet. Although, any front-end boilerplate works. JAWS gives you a REST API just like anything else.

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

3 participants