From working with Rails over the last couple of years, I have become increasingly aware that the problem that server-side frameworks such as Rails are trying to solve are not the framework challenges that application frameworks will need to solve in the future. With the rise of component specialisation and service oriented architecture as well as the Node/io.js technologies bringing the dream of isometric application design to a new reality, it occurred to me someone really needs to write a framework that both shared data models whilst maintaining a strong service architecture. Needless to say I was impressed to discover that with Meteor it had already been done.
So I have decided to give Meteor a whirl and share my experiences live as I get to know the basics of working with Meteor by documenting them in a few blog posts.
Simplest bootstrap ever.
I am astounded as to how simple it is to get a demo app going:
1) Install the cli:
2) Create your app:
3) Start your app:
Then surf to http://localhost:3000 and you have an app.
So whilst I do certainly plan to write mainly awesome button click tracking apps for the rest of my foreseeable career, before I retire to the fridge to crack a cold one and admire all my fine handy work it might be intellectually stimulating and enlightening to have a little poke around at what has just been done by this this runtime in my name.
The app structure.
Let's load up the folder into sublime and poke around:
As you can see Meteor has created the 'app' files:
These files look like stubs for js, html and css respectively and assumably where the differentiating components of your app that make it your app are created. Meteor also seems to have created a '.meteor' folder which looks like it has configuration files and MongoDB files as well as a build folder that meteor probably runs a node server and serves out of.
One file defining both client and server.
Add the HTTP Meteor package