7.16
大家可能在許多書上看到過API的英文全稱(Application Programming Interface)，WIN32 API也就是MicrosoftWindows 32位平臺的應用程序編程接口。對這個定義的理解，需要追溯到操作系統的發展歷史上，當WINDOWS操作系統開始占據主導地位的時候，開發WINDOWS平臺下的應用程序成為人們的需要。而在WINDOWS程序設計領域處於發展的初期，WINDOWS程序員所能使用的編程工具唯有API函數，這些函數是WINDOWS提供給應用程序與操作系統的接口，他們猶如“積木塊”一樣，可以搭建出各種界面豐富，功能靈活的應用程序。所以可以認為API函數是構築整個WINDOWS框架的基石，在它的下面是WINDOWS的操作系統核心，而它的上面則是所有的華麗的WINDOWS應用程序。
但是，那時的WINDOWS程序開發還是比較復雜的工作，程序員必須熟記一大堆常用的API函數，而且還得對WINDOWS操作系統有深入的了解。然而隨著軟件技術的不斷發展，在WINDOWS平臺上出現了很多優秀的可視化編程環境，程序員可以采用“即見即所得”的編程方式來開發具有精美用戶界面和功能強大的應用程序。
這些優秀可視化編程環境操作簡單、界面友好（諸如VB、VC 、DELPHI等），在這些工具中提供了大量的類庫和各種控件，它們替代了API的神秘功能，事實上這些類庫和控件都是構架在WIN32 API函數基礎之上的，是封裝了的API函數的集合。它們把常用的API函數的組合在一起成為一個控件或類庫，並賦予其方便的使用方法，所以極大的加速了WINDOWS應用程序開發的過程。有了這些控件和類庫，程序員便可以把主要精力放在程序整體功能的設計上，而不必過於關註技術細節。
實際上如果我們要開發出更靈活、更實用、更具效率的應用程序，必然要涉及到直接使用API函數，雖然類庫和控件使應用程序的開發簡單的多，但它們只提供WINDOWS的一般功能，對於比較復雜和特殊的功能來說，使用類庫和控件是非常難以實現的，這時就需要采用API函數來實現。
這也是API函數使用的場合，所以我們對待API函數不必刻來研究每一個函數的用法，那也是不現實的(能用的到的API函數有幾千個呢)。正如某位大蝦所說：API不要去學，在需要的時候去查API幫助就足夠了。
MUI 是一個輕量級的 HTML、CSS 和 JS 框架，遵循 Google 的 Material Design 設計思路。MUI CSS可以在使用SASS源碼時，通過GitHub或Bower來輕松定制它。自定義的範圍包括響應斷點，默認字體設置和使用Material Design顏色等等。MUI CSS/JS並不依賴任何其他的程序。
示例 HTML：
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<!-- load MUI -->
<link href="//cdn.muicss.com/mui-0.0.1/css/mui.min.css" rel="stylesheet" type="text/css" />
<script src="//cdn.muicss.com/mui-0.0.1/js/mui.min.js"></script>
</head>
<body>
<!-- example content -->
<div class="mui-container">
<div class="mui-panel">
<h1>My Title</h1>
<button class="mui-btn mui-btn-primary mui-btn-raised">My Button</button>
</div>
</div>
</body>
</html>
MUI 體積很小：
-
mui.min.css - 5.7K (gzipped)
-
mui.min.js - 3.0K (gzipped)
開發依賴：
-
nodejs (http://nodejs.org/)
-
npm (https://www.npmjs.org/)
-
bower (http://bower.io/)
-
sass (http://sass-lang.com/)
-
http-server (via npm)
$("p").css({"font-size":"8px","background-color":"#8888888"});7.16