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

About using schema #61

Open
Sabst opened this issue Feb 5, 2016 · 1 comment
Open

About using schema #61

Sabst opened this issue Feb 5, 2016 · 1 comment

Comments

@Sabst
Copy link

Sabst commented Feb 5, 2016

What about writing more about schema in the spec?
Though technically feasible, doesn't the use of packages like aldeed:collection2 (or jagi:astronomy...) contradict section 2.1 of the spec?
Also, the spec mentions that In the future, client‐side apps will interact with the server using a schema, is this referring to

  • the storage schema (as in collection2...)?
  • or services-oriented schema that make a clearer distinction between the client and the server standpoints?
  • or something else :-) ?

I see an interesting productivity boost in not having to define and code the same thing several times (forms validation, CRUD forms, etc.) and this is just what we gain with libraries like collection2, autoforms...
But can this be Mantra compatible?

@arunoda
Copy link
Collaborator

arunoda commented Feb 5, 2016

With the schema we meant by GraphQL. These schemas can be consider as this.
But it's completely out side of Mantra.
We'll write more about it on a documentation or somewhere 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

2 participants