前言

BEM 不是什麼新東西了，會有這一篇純粹是因為之前都只是依樣畫葫蘆的去使用 BEM 看了幾篇 slider 就上沒有認真理解過。當然寫起來就滿頭包。
這一篇花了一點時間歸納總結這個看似簡單卻實用的 css 組織的方法

動機

今時今日所謂的網站正進化成網路應用程式，它不再只是單純的顯示圖片文字資訊，而包含著更多互動與操作行為，同時也意味著一個網站:

• 具有更多的 Javascript
• 可以在現代的瀏覽器上做更多事
• 較少全頁重新載入的行為 ➞ 甚至更多程式碼在單一頁面

為了理解 ES6 到底對於 Unicode 萬國碼有哪些新的支援。我們得從原因理解起。

在 Javascript ES6 的新功能中，有一個新品種的 function 稱為 generator 這個名字有點奇怪，不過它的行為在第一次看到的時候似乎更加奇怪。這篇筆記目的在解釋關於 generator 基本的運作原理。

這個需求是我在 OSX VM 底下用 Windows 開發 Web 時希望從 OSX 這邊或者給內網的其他使用者快速連到 Visual Studio 的 Development Server 而產生的。

XML

先從 XML 說起，XML 被設計用來描述資料。
XML 看起來就像是 HTML，但他不是用來取代 HTML 的，HTML 設計的目的是用來呈現資料，而 XML 是紀錄資料。
XML 本身並不會完成任何事情，他就是一種資料的紀錄結構

當我們在本機設定 gem 的時候有時候會採用直接從 github 下載的方式

1

gem 'datetimepicker-rails', github: 'zpaulovics/datetimepicker-rails', branch: 'master', submodules: true

不過當我們要把程式碼部署到雲上的主機時，有些時候會碰上該機器無法去 fetch repo 的狀況

這個時候請參考這邊改變設定即可

基本的 Javascript 型別定義有 6 個

• Number
• String
• Boolean
• Function
• Object
• Undefined

從上一篇文章中我們知道了每一個 function 有一個對應的執行環境 其中包含著一個由在該範圍內所有的變數，function 參考，參數定義所組成的 variable object(變數物件 VO)。

Javascript 中的執行環境與堆疊

在這篇筆記中我將會深入的探討 JS 底層中的一些觀念，其中最重要的就是執行環境(Execution Context)。當您閱讀完這篇文章後您可能會比較清楚關於直譯器的運作方式，明白為什麼有些 函式 變數 可以在他們被宣告之前就拿來使用，以及這些值是怎麼決定的。