上一課web探索之旅 | 第三部分第一課：伺服器中，我們說了在web之中，全球各地有無數臺機器，有些充當客戶機，有些作為伺服器。
那麼這些機器如何找到和辨認彼此呢？難道不會「只是因為在人群中多看了你一眼，再也沒能想起你容顏」嗎？
如果我用我的瀏覽器上網，我怎麼知道哪個伺服器向我傳送此**呢？
為了解決這個難題，it科學家們使用了乙個叫做ip位址的東西（東西好像有點太難聽了，ip它根本就不是個東西好嗎）。
ip是internet protocol的簡稱，英語意為「網際網路協議」。
ip位址就是用來表示每一台連線web的機器的。而且是唯一標識（當然我們在【tcp/ip探索之旅】中會講到不同類別的ip位址，有些是可以重複的，牽涉到區域網，廣域網，公有位址和私有位址等概念，在此不深究）。
ipv4和ipv6是ip位址的不同版本，v4就是第四版（v是英語version的首字母，version意為「版本」），那麼v6就是第六版。
ipv4的位址長度為32位(共有2^32（2的32次方）個ip位址)，分為4段，每段8位，用十進位制數字表示，每段數字範圍為0～255，段與段之間用句點隔開。例如159.226.13.1。
ipv6的位址長度為128位(共有2^128（2的128次方）個ip位址)，分為8段，每段16位，用十進位制數字表示，每段數字範圍為0～65535，段與段之間用句點隔開。如果每個16位用16進製表示，那麼例如1080:0000:0000:0000:0008:0800:200c:417a。
網際網路當前使用的主要是基於ipv4協議的32位位址，位址總容量近43億個。而ipv6位址採用128位標識，數量為2的128次方，相當於ipv4位址空間的4次冪。
實際上，並不急於推廣ipv6，只需在現有的ipv4基礎上將32位擴充套件8位到40位，即可解決ipv4位址不夠的問題。這樣一來可用位址數就擴大了256倍。
我們的課程中還是以ipv4的位址值來舉例。
難道我們每次上網，都要在位址列裡輸入這樣的數字才能找到我要的網頁嗎？這樣的話太累了，臣妾做不到啊。
那怎麼辦呢？於是網域名稱應運而生。
因為直接記每個ip位址太難，所以人們想到了用人類易於記憶的名字來代替數字。比如，上面例子中的 205.89.177.26，其實是曾經google首頁的ip位址。所以我們就用乙個網域名稱（domain name）來代替：google.com
但是我們的伺服器其實只認得數字形式的ip位址。所以我們需要乙個「中間人」，將google.com這樣的網域名稱先解析成205.89.177.26，然後再找到對應的網頁。
這個中間人就是dns，domain name system（網域名稱系統），是internet的一項服務。它作為將網域名稱和ip位址相互對映的乙個分布式資料庫，能夠使人更方便的訪問網際網路。
有了dns，我們就可以輕鬆地在位址列輸入 google.com，然後經過dns解析，變為對應的ip位址，再由伺服器讀取。
dns是由網域名稱解析器和網域名稱伺服器組成的。網域名稱伺服器是指儲存有該網路中所有主機的網域名稱和對應ip位址，並具有將網域名稱轉換為ip位址功能的伺服器。其中網域名稱必須對應乙個ip位址，而ip位址不一定有網域名稱。
ip位址使我們可以找到地球上每台聯網的電腦。
記住網域名稱比ip位址方便，而從網域名稱到ip位址的解析是通過dns。
web探索之旅 | 第三部分第三課：協議
筆記 探索js 的this 物件 第三部分
了解完函式的呼叫區域是如何影響this 物件的，還有this 的各種繫結方式以及各種繫結方式的優先順序後 最後一部分，來了解一下this 的一些例外情況 1 被忽略的this 例如在使用bind 方法時候進行函式柯里化，如果此時函式並沒有打算繫結任何物件在bind 方法的第乙個引數可以傳進乙個 nu...
譯 探索 Kotlin 的隱性成本（第三部分）
本文講的是 譯 探索 kotlin 的隱性成本 第三部分 譯文出自 掘金翻譯計畫 譯者 phxnirvana 校對者 zhiw feximin class examplepublic final class example notnull public final string getp publi...
二 物件和型別（第三部分）
屬性 property 的概念是 它是乙個方法或一對方法，在客戶端 看來，它 們 是乙個字段。例如windows窗體的height屬性。假定有下面的 mainfrom.height 400 執行這段 時，窗體的高度設定為400，因此視窗會在螢幕上重新設定大小。在語法上，上面的 類似與設定乙個字段，但...