一步步搭建物聯網系統——無處不在的三劍客
無處不在的三劍客
這時我們終於瞭解了我們的三劍客,他們也就這麼可以結合到一起了,HTML+Javascript+CSS是這一切的基礎。而我們用到的其他語言如PHP、Python、Ruby等等到最後都會變成上面的結果,當然還有Coffeescript之類的語言都是以此為基礎,這才是我們需要的知識。
Hello,Geek
有了一些些基礎之後,我們終於能試著去寫一些程式了。也是時候去建立一個像樣的東西,或許你在一些介面設計方面的書籍看過類似的東西,可能我寫得也沒有那些內容好,只是這些都是一些過程。過去我們都是一點點慢慢過來的,只是現在我們也是如此,技術上的一些東西,事實上大家都是知道的。就好比我們都覺得我們可以開個超市,但是如果讓我們去開超市的話,我們並不一定能賺錢。
學習程式設計的目的可能不在於我們能找到一份工作,那只是在程式設計之外的東西,雖然確實也是很確定的。但是除此之處,有些東西也是很重要的。
過去總是不理解為什麼會一些人會不厭其煩地去回答別人的問題,有時候可能會想是一種能力越大責任越大的感覺,但是有時候在寫一些部落格或者回答別人的問題的時候我們又重新思考了這些問題,又重新學習了這些技能。所以這裡可能說的不是關於程式設計的東西而是一些程式設計以外的東西,關於學習或者學習以外的東西。
從原始碼學習
過去總覺得學了一種語言的語法便算是學會了一種語言,直到有一天接觸運用該語言的專案的時候,雖然也會寫上幾行程式碼,但是卻不像這種語言的風格。於是這也是這一篇的意義所在了:
瀏覽器渲染過程
基本的渲染引擎的過程如下圖所示:
- 解析HTML去構建DOM樹
- 渲染樹形結構
- 生成渲染的樹形圖佈局
- 繪製樹形圖
對於Webkit瀏覽器來說,他的過程如下所示:
HTML
寫好HTML的一個要點在於讀別人寫的程式碼,這只是一方面,我們所說的HTML方面的內容可能不夠多,原因有很多,很多東西都需要在實戰中去解決。讀萬卷書和行萬里路,分不清哪個有重要的意義,但是如果可以同時做好兩個的話,成長會更快的。
寫好HTML應該會有下面的要點
- 瞭解標準及遵守絕大多數標準
- 注重可讀性,從ID及CLASS的命名
- 關注SEO與程式碼的聯絡
或許在這方面我也算不上很瞭解,不過按筆者的經驗來說,大致就是如此。
多數情況下我們的HTML是類似於下面這樣子的
html
<div class="col-md-3 right"> {% nevercache %} {% include "includes/user_panel.html" %} {% endnevercache %} <div class="panel panel-default"> <div class="panel-body"> {% block right_panel %} {% ifinstalled mezzanine.twitter %} {% include "twitter/tweets.html" %} {% endifinstalled %} {% endblock %} </div> </div> </div>
換句話說HTML只是基礎,而不是日常用到的。我們的HTML是由template生成的,我們可以藉助於mustache.js又或者是angluarjs之類的js庫來生成最後的HTML,所以這裡只是一個開始。
還需要了解的一部分就是HTML的另外一個重要的部分,DOM樹形結構
DOM樹形結構圖
DOM是文件物件化模型(Document Object Model)的簡稱。DOM Tree是指通過DOM將HTML頁面進行解析,並生成的HTML tree樹狀結構和對應訪問方法。
javascript
這裡以未壓縮的jQuery原始碼和zepto.js作一個小小的比較,zepto.js是相容jQuery的,因此我們舉幾個有意思的函式作一簡單的比較,關於原始碼可以在官網上下載到。
在zepto.js下面判斷一個值是否是函式的方面如下,
javascript
function isFunction(value) { return type(value) == "function" }
而在jQuery下面則是這樣的
javascript
isFunction: function( obj ) { return jQuery.type(obj) === "function"; }
而他們的用法是一樣的,都是
javascript
$.isFunction();
jQuery的作法是將諸如isFunction,isArray這些函式打包到jQuery.extend中,而zepto.js的也是這樣的,只不過多了一行
javascript
$.isFunction = isFunction
遺憾的是我也沒去了解過為什麼,之前我也沒有看過這些庫的程式碼,所以這個問題就要交給讀者去解決了。jQuery裡面提供了函數語言程式設計介面,不過jQuery更多的是構建於CSS選擇器之上,對於DOM的操作比javascript自身提供的功能強大得多。如果我們的目的在於更好的程式設計,那麼可能需要諸如Underscore.js之類的庫。或許說打包自己常用的函式功能為一個庫,諸如jQuery
javascript
function isFunction(value) { return type(value) == "function" } function isWindow(obj) { return obj != null && obj == obj.window } function isDocument(obj) { return obj != null && obj.nodeType == obj.DOCUMENT_NODE } function isObject(obj) { return type(obj) == "object" }
我們需要去了解一些故事背後的原因,越來越害怕GUI的原因之一,在於不知道背後發生了什麼,即使是開源的,我們也無法瞭解真正的背後發生什麼了。對於不是這個工具、軟體的使用者來說,開源更多的意義可能在於我們可以新增新的功能,當然還有免費。如果沒有所謂的危機感,以及認為自己一直在學習工具的話,可以試著去打包自己的函式,打包自己的庫。
javascript
var calc={ add: function(a,b){ return a+b; }, sub: function(a,b){ return a-b; }, dif: function(a,b){ if(a>b){ return a; }else{ return b; } } }
然後用諸如jslint測試一下程式碼。
bash
$ ./jsl -conf jsl.default.conf JavaScript Lint 0.3.0 (JavaScript-C 1.5 2004-09-24) Developed by Matthias Miller (http://www.JavaScriptLint.com) app.js /Users/fdhuang/beageek/chapter4/src/app.js(15): lint warning: missing semicolon } ........^ 0 error(s), 1 warning(s)
於是我們需要在第15行新增一個分號。
最好的方法還是閱讀別人的程式碼,而所謂的別人指的是一些相對較大的網站的,有比較完善的開發流程,程式碼質量也不會太差。而所謂的複雜的程式碼都是一步步構建上去的,羅馬不是一天建成的。
有意思的是多數情況下,我們可能會用原型去開發我們的應用,而這也是我們需要去了解和掌握的地方,
javascript
function Calc(){ } Calc.prototype.add=function(a,b){ return a+b; }; Calc.prototype.sub=function(a,b){ return a-b; };
我們似乎在這裡展示了更多的Javascript的用法,但是這不是一好的關於Javascript的介紹,有一天我們還要用諸如qunit之類的工具去為我們的function寫測試,這時就是一個更好的開始。
如果我們樂意的話,我們也可以構建一個類似於jQuery的框架,以用來學習。
作為一門程式語言來說,我們學得很普通,在某種意義上來說算不上是一種入門。但是如果我們可以在其他的好書在看到的內容,就沒有必要在這裡進行復述,目的在於一種學習習慣的養成。
CSS
CSS有時候很有趣,但是有時候有很多我們沒有意識到的用法,這裡以Bootstrap為例,這是一個不錯的CSS庫。最令人興奮的是沒有閉源的CSS,沒有閉源的JS,這也就是前端好學習的地方所在了,不過這是一個開源的CSS庫,雖然是這樣叫的,但是稱之為CSS庫顯然不合適。
css
a, a:visited { text-decoration: underline; } a[href]:after { content: " (" attr(href) ")"; } abbr[title]:after { content: " (" attr(title) ")"; } a[href^="javascript:"]:after, a[href^="#"]:after { content: ""; }
這裡有一些有趣的,值得一講的CSS用法。
- 偽類選擇器,如a:visited這樣需要其他條件來對元素應用樣式,用於已訪問的連結。
- 屬性選擇器,如a[href]這樣當a元素存在href這樣的屬性的時候來尋找應用元素。
其他的還需要去好好了解的就是CSS的盒模型,作為CSS的基石之一。
CSS盒模型圖
(ps:以下內容來自於Mozilla Developer NetWorks)
CSS下這些矩形盒子由標準盒模型描述。這個模型描述元素內容佔用空間。盒子有四個邊界:外邊距邊界margin edge, 邊框邊界border edge, 內邊距邊界padding edge 與 內容邊界content edge。
內容區域content area 是真正包含元素內容的區域。位於內容邊界的內部,它的大小為內容寬度 或 content-box寬及內容高度或content-box高。
如果 box-sizing 為預設值, width, min-width, max-width, height, min-height 與 max-height 控制內容大小。
內邊距區域padding area 用內容及可能的邊框之間的空白區域擴充套件內容區域。它位於內邊距邊界內部,通常有背景——顏色或圖片(不透明圖片蓋住背景顏色). 它的大小為 padding-box 寬與 padding-box 高。
內邊距與內容邊界之間的空間可以由 padding-top, padding-right, padding-bottom, padding-left 和簡寫屬性 padding 控制。
邊框區域border area 是包含邊框的區域,擴充套件了內邊距區域。它位於邊框邊界內部,大小為 border-box 寬和 border-box 高。由 border-width 及簡寫屬性 border控制。
外邊距區域margin area用空白區域擴充套件邊框區域,以分開相鄰的元素。它的大小為 margin-box 的高寬。
外邊距區域大小由 margin-top, margin-right, margin-bottom, margin-left 及簡寫屬性 margin 控制。
在 外邊距合併 的情況下,由於盒之間共享外邊距,外邊距不容易弄清楚。
最後注意,對於行內非替換元素,其佔用空間(行高)由 line-height 決定,即使有內邊距與邊框。
諸如
css
* { margin: 0px; padding: 0px; font-family: Helvetica; }
這樣的通用器用來進行全域性選擇的工具和我們用於抵消某個body對於子選擇器的影響一樣值得注意得多。
筆記
寫部落格似乎是一個不錯的好習慣,作為一個不是很優秀的寫手。對於來說,有時候發現原來能教會別人對於自己的能力來說算是一種肯定。有些時候教會別人才算是自己學會的表現,總會在專案上的時候需要自己去複述工作的一個過程,我們需要整理好我們的思路才能帶給別人更多的收穫。我們的筆記上總會留下自己的學習的一些過程,有些時候我們想要的只是一點點的鼓勵,有時是諸如評論一類,有時可能是諸如訪問量。更多的可能是我們可以重新整理自己的知識,好好複習一下,以便於好好記住,寫出來是一個好的過程。
無處不在的三劍客就這樣到了這裡,寫得似乎很多也很少,但是還是沒有做出來一個東西,於是我們朝著這樣一個方向前進。
線上檢視:一步步搭建物聯網系統
圖靈-電子書版一步步搭建物聯網系統