meteor實例—1—建立及說明

這個項目按照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 等）。