譯者注
全部文檔參看
實例代碼的效果預覽請前往官方文檔網站
譯者的話
目前的話兩天翻譯了前兩個章節，全部api的翻譯會在兩週內完成，如果有什麼紕漏錯誤之處，也請各位指出。
material-ui是什麼
- material-ui是基於React實現的一系列谷歌MaterialDesign組件
知識儲備
我們希望你在使用Material-UI之前，對React有一定的瞭解。因爲Material-UI是一系列的React組件，因此瞭解React是怎樣在web開發中運作的是十分重要的。
如果你已經熟悉如何開發一個單頁面應用（SPA），同時熟練操作Node（譯者注：這裏應該是指NodeJS），那麼請跳過這個章節，直接前往 安裝 的部分。
否則，接下來是SPA和NodeJS的簡要介紹。特別是當你只有很少的web開發經驗，或是僅僅限於開發過通過HTML，CSS，少量JavaScript實現的web應用時，你會發現接下來的介紹對你很有幫助。
單頁面應用（SPA）
很久很久以前（？），網站是通過使用HTML構建一個靜態頁面，使用CSS對樣式進行控制，然後使用JavaScript來實現一些用戶交互或者一些動畫。大多數的客戶端交互，尤其是那些對數據進行操作的行爲，全部涉及到完整的服務器-客戶端的往返訪問：數據從客戶端發送到服務器，它在那裏被處理，然後將結果返回給客戶端。此外，大部分的這種溝通模式是”死鎖“的，這也就是說，在這個往返訪問的過程中，客戶端一直處於忙碌狀態，是不能進行交互的。
隨着異步服務器調用（ajax）的出現，客戶端可以在發送數據到服務器並返回結果之前做其他事情，同時等待響應。然而大多數的客戶端交互仍然需要對服務器進行往返訪問，這使得網站變得不流暢，響應速度不夠及時，無法像原生桌面應用一樣．因此單頁面應用(SPA)應運而生。
一個單頁面應用（SPA）就是一個”網站“，然而基本上只由單一的一個頁面構成。也就是說，整個網站都基於一個文件（通常是一個JavaScript文件），它僅從服務器發送到客戶端一次。處理客戶端交互的絕大部分邏輯都在這個文件之中。因此，所有必要的操作都是在瀏覽器內存中完成，所以提供了流暢，響應及時，快速的web應用體驗。這種網絡編程架構在過去的十年中獲得了巨大的推動，這裏有許多的面向這種結構的JavaScript框架，例如：
將一個網站的所有代碼集中在一個單一的文件，不可避免的會帶來代碼組織上的一些挑戰。值得慶幸的是，有幾個工具可以允許我們把代碼分解爲更小的模塊（類似於將面向對象的應用分解爲不同的類和接口）。這就是Node需要出場的地方。
Node
Node的核心是一個由C++編寫的程序，它允許將JavaScript作爲腳本使用（沒錯，在你的終端裏，不是瀏覽器）。爲了做到這點，Node使用谷歌ChromeV8 JavaScript引擎。因此，可以將Node單純的視爲一個運行時環境。
在Node誕生之初，它的主要目標是允許使用JavaScript在服務器端開發使用。這是有點激進，因爲JavaScript歷來是在客戶端被使用的。然而，隨着時間的推移，Web開發者們認識到使用Node進行工具和依賴管理的好處，並創建了類似項目：
Node Package Manager（NPM：Node包管理器）
或者叫它npm更爲人熟知，正如其名，npm是一個命令行上的包管理工具，可以用來將外部的JavaScript引入自己的項目。例如material-ui，你可以將其視爲一個包，通過npm導入。這意味着你可以通過在命令行運行：
npm install material-ui來獲得material-ui，並且在你需要的地方使用其組件。
這就是全部的簡單介紹。如果你需要了解更多關於Node的知識，我們建議你在使用material-ui之前，去閱讀一些在線的快速指南。