07 js發布訂閱模式簡單實現(vuejs源碼用了什么設計模式，具體點的)

0 1 處的值，故打印為empty，主動 obj[0] 獲取為 undefined

undefined { n:2}

首先，a和b同時引用了{ n:2}對象，接著執行到a.x = a = { n：2}語句，盡管賦值是從右到左的沒錯，但是.的優先級比=要高，所以這里首先執行a.x，相當于為a（或者b）所指向的{ n:1}對象新增了一個屬性x，即此時對象將變為{ n:1;x:undefined}。之后按正常情況，從右到左進行賦值，此時執行a ={ n:2}的時候，a的引用改變，指向了新對象{ n：2},而b依然指向的是舊對象。之后執行a.x = { n：2}的時候，并不會重新解析一遍a，而是沿用最初解析a.x時候的a，也即舊對象，故此時舊對象的x的值為{ n：2}，舊對象為 { n:1;x:{ n：2}}，它被b引用著。后面輸出a.x的時候，又要解析a了，此時的a是指向新對象的a，而這個新對象是沒有x屬性的，故訪問時輸出undefined；而訪問b.x的時候，將輸出舊對象的x的值，即{ n:2}。

在比較相等性，原始類型通過它們的值進行比較，而對象通過它們的引用進行比較。 JavaScript 檢查對象是否具有對內存中相同位置的引用。

我們作為參數傳遞的對象和我們用于檢查相等性的對象在內存中位于不同位置，所以它們的引用是不同的。

這就是為什么 { age: 18 } === { age: 18 } 和 { age: 18 } == { age: 18 } 返回 false 的原因。

所有對象鍵（不包括 Symbols ）都會被存儲為字符串，即使你沒有給定字符串類型的鍵。這就是為什么 obj.hasOwnProperty（'1'） 也返回 true 。

上面的說法不適用于 Set 。在我們的 Set 中沒有 “1” ： set.has（'1'） 返回 false 。它有數字類型 1 ， set.has（1） 返回 true 。

這題考察的是對象的鍵名的轉換。

catch 塊接收參數 x 。當我們傳遞參數時，這與變量的 x 不同。這個變量 x 是屬于 catch 作用域的。

之后，我們將這個塊級作用域的變量設置為 1 ，并設置變量 y 的值。現在，我們打印塊級作用域的變量 x ，它等于 1 。

在 catch 塊之外， x 仍然是 undefined ，而 y 是 2 。當我們想在 catch 塊之外的 買粉絲nsole.log(x) 時，它返回 undefined ，而 y 返回 2 。

下面哪些方法可以用作javascript異步模式的編程

javascript語言是單線程機制。所謂單線程就是按次序執行，執行完一個任務再執行下一個。

對于瀏覽器來說，也就是無法在渲染頁面的同時執行代碼。

單線程機制的優點在于實現起來較為簡單，運行環境相對簡單。缺點在于，如果中間有任務需要響應時間過長，經常會導致

頁面加載錯誤或者瀏覽器無響應的狀況。這就是所謂的逗同步模式地，程序執行順序與任務排列順序一致。對于瀏覽器來說，

同步模式效率較低，耗時長的任務都應該使用異步模式；而在服務器端，異步模式則是唯一的模式，如果采用同步模式個人認為

服務器很快就會出現12306在高峰期的表現。。。。

異步模式的四種方式：

1.回調函數callback

所謂回調函數，就是將函數作為參數傳到需要回調的函數內部再執行。

典型的例子就是發送ajax請求。例如：

$.ajax({

async: false,

cache: false,

dataType: 'json',

url: "url",

success: function(data) {

買粉絲nsole.log('success');

},

error: function(data) {

買粉絲nsole.log('error');

}

})

當發送ajax請求后，等待回應的過程不會堵塞程序運行，耗時的操作相當于延后執行。

回調函數的優點在于簡單，容易理解，但是可讀性較差，耦合度較高，不易于維護。

2.事件驅動

javascript可以稱之為是基于對象的語言，而基于對象的基本特征就是事件驅動（Event-Driven）。

事件驅動，指的是由鼠標和熱鍵的動作引發的一連串的程序操作。

例如，為頁面上的某個

$('#btn').onclick(function(){

買粉絲nsole.log('click button');

});

綁定事件相當于在元素上進行監聽，是否執行注冊的事件代碼取決于事件是否發生。

優點在于容易理解，一個元素上可以綁定多個事件，有利于實現模塊化；但是缺點在于稱為事件驅動的模型后，流程不清晰。

3.發布/訂閱

發布訂閱模式（publish-subscribe pattern）又稱為觀察者模式(Observer pattern)。

該模式中，有兩類對象：觀察者和目標對象。目標對象中存在著一份觀察者的列表，當目標對象

的狀態發生改變時，主動通知觀察者，從而建立一種發布/訂閱的關系。

jquery有相關的插件，在這不是重點不細說了。。。。回頭寫個實現貼上來

4.promise模式

promise對象是CommonJS工作組提供的一種規范，用于異步編程的統一接口。

promise對象通常實現一種then的方法，用來在注冊狀態發生改變時作為對應的回調函數。

promise模式在任何時刻都處于以下三種狀態之一：未完成（unfulfilled）、已完成（resolved）和拒絕（rejected）。以CommonJS

Promise/A

標準為例，promise對象上的then方法負責添加針對已完成和拒絕狀態下的處理函數。then方法會返回另一個promise對象，以便于形成promise管道，這種返回promise對象的方式能夠支持開發人員把異步操作串聯起來，如then(resolvedHandler,

rejectedHandler); 。resolvedHandler

回調函數在promise對象進入完成狀態時會觸發，并傳遞結果；rejectedHandler函數會在拒絕狀態下調用。

Jquery在1.5的版本中引入了一個新的概念叫Deferred，就是CommonJS promise A標準的一種衍生。可以在jQuery中創建

$.Deferref的對象。同時也對發送ajax請求以及數據類型有了新的修改，參考JQuery API。

除了以上四種，javascript中還可以利用各種函數模擬異步方式，更有詭異的諸如用同步調用異步的case

只能用team里同事形容java和javascript的一句話作為結尾：

逗寫java像在高速路上開車，寫javascript像在草原上開車地-------------以此來形容javascript這種無類型的語言有多自由

but，如果草原上都是坑。

如何快速搭建一個微服務架構

什么是微服務？

微服務(Microservices Architecture)是一種架構風格，一個大型復雜軟件應用由一個或多個微服務組成。系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注于完成一件任務并很好地完成該任務。在所有情況下，每個任務代表著一個小的業務能力。

微服務的概念源于2014年3月Martin Fowler所寫的文章“Microservices” martinfowler.買粉絲/articles/mi…

單體架構(Monolithic Architecture )

企業級的應用一般都會面臨各種各樣的業務需求，而常見的方式是把大量功能堆積到同一個單體架構中去。比如：常見的ERP、CRM等系統都以單體架構的方式運行，同時由于提供了大量的業務功能，隨著功能的升級，整個研發、發布、定位問題，擴展，升級這樣一個“怪物”系統會變得越來越困難。

這種架構模式就是把應用整體打包部署，具體的樣式依賴本身應用采用的語言，如果采用java語言，自然你會打包成war包，部署在Tomcat或者Jetty這樣的應用服務器上，如果你使用spring boot還可以打包成jar包部署。其他還有Rails和Node.js應用以目錄層次的形式打包

上圖：單體架構

大部分企業通過SOA來解決上述問題，SOA的思路是把應用中相近的功能聚合到一起，以服務的形式提供出去。因此基于SOA架構的應用可以理解為一批服務的組合。SOA帶來的問題是，引入了大量的服務、消息格式定義和規范。

多數情況下，SOA的服務直接相互獨立，但是部署在同一個運行環境中（類似于一個Tomcat實例下，運行了很多web應用）。和單體架構類似，隨著業務功能的增多SOA的服務會變得越來越復雜，本質上看沒有因為使用SOA而變的更好。圖1，是一個包含多種服務的在線零售網站，所有的服務部署在一個運行環境中，是一個典型的單體架構。

單體架構的應用一般有以下特點：

微服務架構（Microservices Architecture）

微服務架構的核心思想是，一個應用是由多個小的、相互獨立的、微服務組成，這些服務運行在自己的進程中，開發和發布都沒有依賴。不同服務通過一些輕量級交互機制來通信，例如 RPC、HTTP 等，服務可獨立擴展伸縮，每個服務定義了明確的邊界，不同的服務甚至可以采用不同的編程語言來實現，由獨立的團隊來維護。簡單的來說，一個系統的不同模塊轉變成不同的服務！而且服務可以使用不同的技術加以實現！

上圖：微服務架構

微服務設計

那我們在微服務中應該怎樣設計呢。以下是微服務的設計指南：

微服務消息

在單體架構中，不同功能之間通信

很赞哦!（4）