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

[Question] Why the restriction on client-side #41

Open
sakulstra opened this issue Jan 25, 2016 · 3 comments
Open

[Question] Why the restriction on client-side #41

sakulstra opened this issue Jan 25, 2016 · 3 comments

Comments

@sakulstra
Copy link

I understand that mantra is mainly a spec for client side, but isn't leaving out the server side killing the idea of: "so it’s very important to have a common standard everyone follows. That’s what this specification does."
https://kadirahq.github.io/mantra/#sec-Core-Components.Server-Side

I don't know if this counts for a lot of companies, but at least "we" did mainly server side testing till now and client-side was more like "monkeytesting(https://en.wikipedia.org/wiki/Monkey_test)" without automation. Now when following mantra for the next projects we have client side testing but have to find our own solution for server side testing again. That's kind of confusing as mantra tries to be "a common standard everyone follows".

So why the restriction? Just waiting for meteor 1.3s built in testing or is this a long term decision?

@arunoda
Copy link
Collaborator

arunoda commented Jan 25, 2016

@sakulstra This is a good point.

I don't know if this counts for a lot of companies, but at least "we" did mainly server side testing till now and client-side was more like "monkeytesting(https://en.wikipedia.org/wiki/Monkey_test)" without automation.

This is the exact reason we are working on Mantra. To give a proper structure to your client side code. Once we do this, we'll touch the server side.
For the server side, our plan to use integration tests. (most probably we'll use gagarin)

@zimt28
Copy link

zimt28 commented Feb 29, 2016

Once we do this, we'll touch the server side.

Nice! @arunoda, could you add a comment there, that you're not forgetting about the server-side? My app for now is mostly server side as well, so having a good architecture there is a must.

@arunoda
Copy link
Collaborator

arunoda commented Feb 29, 2016

@zimt28 This is the server side archi we suggest. https://kadirahq.github.io/mantra/#sec-Appendix-Server-Side-Directory-Layout

But I think Meteor Guide is planning for a much better one since they cover more stuff for the server side.
So, I think we can get some stuff from Meteor's integration testing approach.

If your app need more modularity on the server side, I suggest to follow the Meteor Guide approach on that. I think it's not out yet, but we can pre-access it.

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