html5引擎開發(fā) -- 引擎消息中心和有限狀態(tài)機 - 初步整理

1、一什么是有限狀態(tài)機什么是有限狀態(tài)機FSM（finitestatemachine），又稱有限狀態(tài)自動機有限狀態(tài)自動機，簡稱狀態(tài)機狀態(tài)機，是表示有限個狀態(tài)以及在這些狀態(tài)之間的轉(zhuǎn)移和動作等行為的數(shù)學模型。他對于邏輯以及時序的控制能起到非常重要的作用。代碼主要看的是什么？邏輯！所有的設(shè)計模式無非是讓程序邏輯變得更加利與維護，利于優(yōu)化，利于升級而已。那么能不能把業(yè)務(wù)邏輯整理出來統(tǒng)一操作呢？你可以理解狀態(tài)機就是干這個的（當然不僅僅是這樣）。這樣一來

2、只要將一個業(yè)務(wù)看成一個狀態(tài)機，有N中狀態(tài)，然后統(tǒng)一來控制這些狀態(tài)時的操作。大家都用過dom事件綁定，是不是某種狀態(tài)時候就會觸發(fā)某種事件？這明顯也是狀態(tài)機的概念能解釋的。還有觀察者模式或者說是訂閱發(fā)布模式，抑或是jquery的deffered和pomise，甚至是各種同步編程模塊（windjs）等等等等。仔細想想也基本上都是同樣的原理：即根據(jù)不同的消息，誘發(fā)注冊的相應(yīng)回調(diào)。區(qū)別僅僅是怎么注冊或者說生成支持各自機制的對象而已。將各種業(yè)務(wù)狀態(tài)

3、寫在一起集中管理的好處是什么？就是你整個流程會變得無比的清晰，一目了然！而不再需要將業(yè)務(wù)邏輯寫的到處都是。方便了整體業(yè)務(wù)邏輯的管理。（后期會抽象出消息機制概念，徹底解放模塊之間的耦合，敬請期待）二狀態(tài)機的一些概念狀態(tài)機的一些概念1狀態(tài)轉(zhuǎn)換從一個狀態(tài)切換到另外一個狀態(tài)被稱為狀態(tài)轉(zhuǎn)換2觸發(fā)事件狀態(tài)改變而引起它的事件稱為觸發(fā)事件.，而觸發(fā)時間完全可以集中在一起定義，方便管理.業(yè)務(wù)流程一目了然。三會用在哪些場景會用在哪些場景狀態(tài)機可以用在任何能

4、抽象出業(yè)務(wù)流程的地方，大到頁面加載，引擎加載，購物流程，小到tab標簽，顯示隱藏控件，等等地方。會不會經(jīng)常被一大堆的回調(diào)函數(shù)，異步函數(shù)回調(diào)之間的邏輯高的頭昏眼花？抽象出一個狀態(tài)機來，外部的各種操作（異步，同步，回調(diào)）只需要改變這個狀態(tài)機的狀態(tài)就可以執(zhí)行相應(yīng)的操作了。四舉個例子舉個例子試想一下，比如我們加載引擎的業(yè)務(wù)流程：初始化引擎（initce）只需要調(diào)用目標對象的相應(yīng)接口就可以執(zhí)行相應(yīng)的邏輯。目前來說，基本上都是這樣的設(shè)計模式，這種方

5、式為我們帶來了很大的便利（圖）。5.2提出問題提出問題但是這樣沒法避免的一個問題就是，在一個模塊內(nèi)部需要直接調(diào)用另外一個模塊的api，你中有我，我中有你。試想一下，如果另外一個模塊不存在，接口不存在呢，或者接口返回錯誤的情況下該怎么辦呢？不至于每個調(diào)用其它模塊的地方全部都寫上容錯吧，那么代碼基本沒法看了。那么我們就該想想了，是不是應(yīng)該有這樣一套機制呢，暫時叫做調(diào)度中心我們簡單設(shè)想一下它應(yīng)該有一下功能：1調(diào)度中心能統(tǒng)一的管理引擎以及各個模

6、塊之間的相互調(diào)用，以方便記錄當前應(yīng)用運行的的各種實時操作。2所有的模塊不會直接調(diào)用其他模塊的接口，而是告訴調(diào)度中心，我要調(diào)哪個模塊的哪個方法，:h.并提供必要的參數(shù)調(diào)度中心會解析消息并調(diào)用相應(yīng)的模塊，當然必要的錯誤處理機制是必須的。3每個模塊必須有相應(yīng)的消息處理機制，有調(diào)度中心統(tǒng)一方法“吃入”模塊，當然必要的配置文件是必須的。這就是我們說的消息機制。這就是我們說的消息機制。O(∩_∩)O~5.3什么是消息機制什么是消息機制每個引擎都會有