I know not all of you regularly visit meteor.com, read the Meteor blog, or watch videos from Devshop and Meteor night, so you might not be aware of the Meteor Guide.
The Meteor Guide is about having a stable and opinionated set of guidelines about how to build your Meteor app. It is careful about making specific recommendations for almost all parts of your application, so you don’t have to worry about keeping up to date with every new development in the Meteor ecosystem.
Also, it is written by us, the maintainers of the Meteor platform, with a keen eye for the future and transition paths to future Meteor releases, and will be quickly updated for every Meteor release. For example, in Meteor 1.3 we will have suggestions about how to restructure your application with modules.
If you have a question about how to structure or manage part of your app, there’s a good chance it’s answered in the Guide. Here are the articles included today:
This post was created to live as a sticky, as several community members have suggested that it will be helpful for people to see it there. Hope you enjoy reading the guide as much as we enjoyed writing it!
Yes, we suggest that people use Blaze today because there are so many useful tools and packages built for Meteor and Blaze together. We are working on bringing React and Angular 2 up to par in that regard, but that will take some time, and either way Blaze works quite well for a lot of people today.
If you would like to talk about performance, I’d suggest opening a new thread about it.
The idea is to have testing for Meteor 1.3. We’re actually developing official testing support for the new release alongside the guide article, to make sure that it works for all of the common testing needs.
As you may have heard, Velocity is no longer being maintained, so the plan comes down to:
Chimp for end-to-end tests.
Built-in Meteor 1.3 testing support for unit and integration tests - you can pick a driver, mocha, jasmine, tinytest, whatever - more details on this closer to 1.3 release since this is something we are working on right now. We are going to consult with some production users who have lots of Velocity tests to see if this will work for them!
Your velocity tests will continue to work if you have them, and you can migrate to the new recommendation incrementally.
Will you have snapshot-versions of the guide? For example, once 1.3 drops, will you have a guide to go along with that’s somehow tagged/associated/related/versioned to this release, and so on when 1.4 drops?
This is not to say you couldn’t add to meteor guide 1.3 after the software drops. I think this will help with the changing times. So for example, if I decided to start my transition to React with 1.4, but Meteor is then at 1.6, I could somehow “pull” the guide that goes with 1.4 and not get confused with guide material that’s relevant only to 1.6.
Hi, I tried to reproduce the chapter that calls a Method from a form and I want to point out there is a small error (pun not indended). Every time I try this code it throws error, the helper cannot get the instance of this.errors.