这个项目按照Discover meteor 1.0 手册上面的步骤进行。
首先、创建项目microscope。
创建完毕后，为了便于管理代码，在microscope文件夹下新建两个文件夹/public 和/lib。
关于文件， Meteor 有以下几条规则：
• 在/server 文件夹中的代码只会在服务器端运行。
• 在/client 文件夹中的代码只会在客户端运行。
• 其它代码则将同时运行于服务器端和客户端上。
• 请将所有的静态文件（字体，图片等）放置在/public 文件夹中。
知道 Meteor 以什么顺序加载文件也很有用：
• 在/lib 文件夹中的文件将被优先载入。
• 所有以main.* 命名的文件将在其他文件载入后载入。
• 其他文件按照文件存放路径由深往浅载入。
• 同一文件以文件名的字母顺序载入。
需要注意的是，即便 Meteor 包含上述规则，这并不意味着它强制你为你的 Meteor 应用采用任何预设的文件结
构。上述结构只是我们的建议，并不是一成不变的。
另外，meteor不采用MVC架构，也不强制使用其他任何架构。
并且，其实我们并不需要为我们的应用建立一个public/ 文件夹，因为Microscope 并不需要使用任何的静态文件。但是值得注意的是，大多数 Meteor 应用都会或多或少使用一些图片，因此我们觉得public/ 文件夹还是值得一谈的。
另外，你可能注意到了一个隐藏的.meteor 文件夹。这是 Meteor 存储它内部代码的地方，尝试更改里面的内容并不是什么好主意。事实上，你根本不需要关心其中的内容。有两个例外是.meteor/packages 文件和.meteor/release 文件。它们分别列出了你安装的所有智能代码包和你使用的 Meteor 版本。当你为你的应用添加代码包或更改 Meteor 版本时，查看这两个文件的变更可能会为你带来一些帮助。
关于命名：对于历史悠久的下划线命名法（ my_variable ）和驼峰命名法（ myVariable ）我们认为选择哪种并不重要，只要你坚持在项目中贯彻它。
对此唯一的例外是，对文件的命名，我们将采用下划线命名法（ my_file.js ）。对于 CSS 类，我们将使用连字（ .my-class ）。这样做的原因是在文件系统中，下划线命名法最常见，而 CSS 语法本身就使用连字号作为连接（比如font-family ， text-align 等）。