0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

鴻蒙系統(tǒng)中JS框架的逐行分析

鴻蒙系統(tǒng)HarmonyOS ? 來源:oschina ? 作者:justjavac ? 2020-10-21 14:37 ? 次閱讀

我在前文中曾經(jīng)介紹過鴻蒙Javascript 框架,這幾天終于把 JS 倉庫編譯通過了,期間踩了不少坑,也給鴻蒙貢獻了幾個 PR。今天我們就來逐行分析鴻蒙系統(tǒng)中的 JS 框架。

文中的所有代碼都基于鴻蒙的當前最新版(版本為677ed06,提交日期為 2020-09-10)。

鴻蒙系統(tǒng)使用 JavaScript 開發(fā) GUI 是一種類似于微信小程序、輕應(yīng)用的模式。而這個 MVVM 模式中,V 其實是由 C++ 來承擔(dān)的。JavaScript 代碼只是其中的 ViewModel 層。

鴻蒙 JS 框架是零依賴的,只在開發(fā)打包過程中使用到了一些 npm 包。打包完之的代碼是沒有依賴任何 npm 包的。我們先看一下使用鴻蒙 JS 框架寫出來的 JS 代碼到底長什么樣。

export default {

  data() {
    return { count: 1 };
  },
  increase() {
    ++this.count;
  },
  decrease() {
    --this.count;
  },
}

如果我不告訴你這是鴻蒙,你甚至?xí)詾樗?vue 或小程序。如果單獨把 JS 拿出來使用(脫離鴻蒙系統(tǒng)),代碼是這樣:

const vm = new ViewModel({

  data() {
    return { count: 1 };
  },
  increase() {
    ++this.count;
  },
  decrease() {
    --this.count;
  },
});

console.log(vm.count); // 1

vm.increase();
console.log(vm.count); // 2

vm.decrease();
console.log(vm.count); // 1

倉庫中的所有 JS 代碼實現(xiàn)了一個響應(yīng)式系統(tǒng),充當了 MVVM 中的 ViewModel。

下面我們逐行分析。

src 目錄中一共有 4 個目錄,總計 8 個文件。其中 1 個是單元測試。還有 1 個性能分析。再除去 2 個 index.js 文件,有用的文件一共是 4 個。也是本文分析的重點。

src
├── __test__
│   └── index.test.js
├── core
│   └── index.js
├── index.js
├── observer
│   ├── index.js
│   ├── observer.js
│   ├── subject.js
│   └── utils.js
└── profiler
    └── index.js

首先是入口文件,src/index.js,只有 2 行代碼:

import { ViewModel } from './core';

export default ViewModel;

其實就是重新導(dǎo)出。

另一個類似的文件是 src/observer/index.js,也是 2 行代碼:

export { Observer } from './observer';

export { Subject } from './subject';

observer 和 subject 實現(xiàn)了一個觀察者模式。subject 是主題,也就是被觀察者。observer 是觀察者。當 subject 有任何變化時需要主動通知被觀察者。這就是響應(yīng)式。

這 2 個文件都使用到了 src/observer/utils.js,所以我們先分析一下 utils 文件。分 3 部分。

第一部分

export const ObserverStack = {
  stack: [],
  push(observer) {
    this.stack.push(observer);
  },
  pop() {
    return this.stack.pop();
  },
  top() {
    return this.stack[this.stack.length - 1];
  }
};

首先是定義了一個用來存放觀察者的棧,遵循后進先出的原則,內(nèi)部使用stack數(shù)組來存儲。

入棧操作push,和數(shù)組的push函數(shù)一樣,在棧頂放入一個觀察者 observer。

出棧操作pop,和數(shù)組的pop函數(shù)一樣,在將棧頂?shù)挠^察者刪除,并返回這個被刪除的觀察者。

取棧頂元素top,和pop操作不同,top是把棧頂元素取出來,但是并不刪除。

第二部分

export const SYMBOL_OBSERVABLE = '__ob__';
export const canObserve = target => typeof target === 'object';

定義了一個字符串常量SYMBOL_OBSERVABLE。為了后面用著方便。

定義了一個函數(shù)canObserve,目標是否可以被觀察。只有對象才能被觀察,所以使用typeof來判斷目標的類型。等等,好像有什么不對。如果target為null的話,函數(shù)也會返回true。如果null不可觀察,那么這就是一個 bug。(寫這篇文章的時候我已經(jīng)提了一個 PR,并詢問了這種行為是否是期望的行為)。

第三部分

export const defineProp = (target, key, value) => {
  Object.defineProperty(target, key, { enumerable: false, value });
};

這個沒有什么好解釋的,就是Object.defineProperty代碼太長了,定義一個函數(shù)來避免代碼重復(fù)。

下面再來分析觀察者 src/observer/observer.js,分 4 部分。

第一部分

export function Observer(context, getter, callback, meta) {
  this._ctx = context;
  this._getter = getter;
  this._fn = callback;
  this._meta = meta;
  this._lastValue = this._get();
}

構(gòu)造函數(shù)。接受 4 個參數(shù)

context當前觀察者所處的上下文,類型是ViewModel。當?shù)谌齻€參數(shù) callback 調(diào)用時,函數(shù)的this就是這個context。

getter類型是一個函數(shù),用來獲取某個屬性的值。

callback類型是一個函數(shù),當某個值變化后執(zhí)行的回調(diào)函數(shù)。

meta元數(shù)據(jù)。觀察者(Observer)并不關(guān)注meta元數(shù)據(jù)。

在構(gòu)造函數(shù)的最后一行,this._lastValue = this._get()。下面來分析_get函數(shù)。

第二部分

Observer.prototype._get = function() {
  try {
    ObserverStack.push(this);
    return this._getter.call(this._ctx);
  } finally {
    ObserverStack.pop();
  }
};

ObserverStack就是上面分析過的用來存儲所有觀察者的棧。將當前觀察者入棧,并通過_getter取得當前值。結(jié)合第一部分的構(gòu)造函數(shù),這個值存儲在了_lastValue屬性中。

執(zhí)行完這個過程后,這個觀察者就已經(jīng)初始化完成了。

第三部分

Observer.prototype.update = function() {
  const lastValue = this._lastValue;
  const nextValue = this._get();
  const context = this._ctx;
  const meta = this._meta;

  if (nextValue !== lastValue || canObserve(nextValue)) {
    this._fn.call(context, nextValue, lastValue, meta);
    this._lastValue = nextValue;
  }
};

這部分實現(xiàn)了數(shù)據(jù)更新時的臟檢查(Dirty checking)機制。比較更新后的值和當前值,如果不同,那么就執(zhí)行回調(diào)函數(shù)。如果這個回調(diào)函數(shù)是渲染 UI,那么則可以實現(xiàn)按需渲染。如果值相同,那么再檢查設(shè)置的新值是否可以被觀察,再決定到底要不要執(zhí)行回調(diào)函數(shù)。

第四部分

Observer.prototype.subscribe = function(subject, key) {
  const detach = subject.attach(key, this);
  if (typeof detach !== 'function') {
    return;
  }
  if (!this._detaches) {
    this._detaches = [];
  }
  this._detaches.push(detach);
};

Observer.prototype.unsubscribe = function() {
  const detaches = this._detaches;
  if (!detaches) {
    return;
  }
  while (detaches.length) {
    detaches.pop()();
  }
};

我們前面經(jīng)常說觀察者和被觀察者。對于觀察者模式其實還有另一種說法,叫訂閱/發(fā)布模式。而這部分代碼則實現(xiàn)了對主題(subject)的訂閱。

先調(diào)用主題的attach方法進行訂閱。如果訂閱成功,subject.attach方法會返回一個函數(shù),當調(diào)用這個函數(shù)就會取消訂閱。為了將來能夠取消訂閱,這個返回值必需保存起來。

subject 的實現(xiàn)很多人應(yīng)該已經(jīng)猜到了。觀察者訂閱了 subject,那么 subject 需要做的就是,當數(shù)據(jù)變化時即使通知觀察者。subject 如何知道數(shù)據(jù)發(fā)生了變化呢,機制和 vue2 一樣,使用Object.defineProperty做屬性劫持。

下面再來分析觀察者 src/observer/subject.js,分 7 部分。

第一部分

export function Subject(target) {
  const subject = this;
  subject._hijacking = true;
  defineProp(target, SYMBOL_OBSERVABLE, subject);

  if (Array.isArray(target)) {
    hijackArray(target);
  }

  Object.keys(target).forEach(key => hijack(target, key, target[key]));
}

構(gòu)造函數(shù)?;緵]什么難點。設(shè)置_hijacking屬性為true,用來標示這個對象已經(jīng)被劫持了。Object.keys通過遍歷來劫持每個屬性。如果是數(shù)組,則調(diào)用hijackArray。

第二部分

兩個靜態(tài)方法。

Subject.of = function(target) {
  if (!target || !canObserve(target)) {
    return target;
  }
  if (target[SYMBOL_OBSERVABLE]) {
    return target[SYMBOL_OBSERVABLE];
  }
  return new Subject(target);
};

Subject.is = function(target) {
  return target && target._hijacking;
};

Subject 的構(gòu)造函數(shù)并不直接被外部調(diào)用,而是封裝到了Subject.of靜態(tài)方法中。

如果目標不能被觀察,那么直接返回目標。

如果target[SYMBOL_OBSERVABLE]不是undefined,說明目標已經(jīng)被初始化過了。

否則,調(diào)用構(gòu)造函數(shù)初始化 Subject。

Subject.is則用來判斷目標是否被劫持過了。

第三部分

Subject.prototype.attach = function(key, observer) {
  if (typeof key === 'undefined' || !observer) {
    return;
  }
  if (!this._obsMap) {
    this._obsMap = {};
  }
  if (!this._obsMap[key]) {
    this._obsMap[key] = [];
  }
  const observers = this._obsMap[key];
  if (observers.indexOf(observer) < 0) {
    observers.push(observer);
    return function() {
      observers.splice(observers.indexOf(observer), 1);
    };
  }
};

這個方法很眼熟,對,就是上文的Observer.prototype.subscribe中調(diào)用的。作用是某個觀察者用來訂閱主題。而這個方法則是“主題是怎么訂閱的”。

觀察者維護這一個主題的哈希表_obsMap。哈希表的 key 是需要訂閱的 key。比如某個觀察者訂閱了name屬性的變化,而另一個觀察者訂閱了age屬性的變化。而且屬性的變化還可以被多個觀察者同時訂閱,因此哈希表存儲的值是一個數(shù)組,數(shù)據(jù)的每個元素都是一個觀察者。

第四部分

Subject.prototype.notify = function(key) {
  if (
    typeof key === 'undefined' ||
    !this._obsMap ||
    !this._obsMap[key]
  ) {
    return;
  }
  this._obsMap[key].forEach(observer => observer.update());
};

當屬性發(fā)生變化是,通知訂閱了此屬性的觀察者們。遍歷每個觀察者,并調(diào)用觀察者的update方法。我們上文中也提到了,臟檢查就是在這個方法內(nèi)完成的。

第五部分

Subject.prototype.setParent = function(parent, key) {
  this._parent = parent;
  this._key = key;
};

Subject.prototype.notifyParent = function() {
  this._parent && this._parent.notify(this._key);
};

這部分是用來處理屬性嵌套(nested object)的問題的。就是類似這種對象:{ user: { name: 'JJC' } }。

第六部分

function hijack(target, key, cache) {
  const subject = target[SYMBOL_OBSERVABLE];

  Object.defineProperty(target, key, {
    enumerable: true,
    get() {
      const observer = ObserverStack.top();
      if (observer) {
        observer.subscribe(subject, key);
      }

      const subSubject = Subject.of(cache);
      if (Subject.is(subSubject)) {
        subSubject.setParent(subject, key);
      }

      return cache;
    },
    set(value) {
      cache = value;
      subject.notify(key);
    }
  });
}

這一部分展示了如何使用Object.defineProperty進行屬性劫持。當設(shè)置屬性時,會調(diào)用 set(value),設(shè)置新的值,然后調(diào)用 subject 的 notify 方法。這里并不進行任何檢查,只要設(shè)置了屬性就會調(diào)用,即使屬性的新值和舊值一樣。notify 會通知所有的觀察者。

第七部分

劫持數(shù)組方法。

const ObservedMethods = {
  PUSH: 'push',
  POP: 'pop',
  UNSHIFT: 'unshift',
  SHIFT: 'shift',
  SPLICE: 'splice',
  REVERSE: 'reverse'
};

const OBSERVED_METHODS = Object.keys(ObservedMethods).map(
    key => ObservedMethods[key]
);

ObservedMethods定義了需要劫持的數(shù)組函數(shù)。前面大寫的用來做 key,后面小寫的是需要劫持的方法。

function hijackArray(target) {
  OBSERVED_METHODS.forEach(key => {
    const originalMethod = target[key];

    defineProp(target, key, function() {
      const args = Array.prototype.slice.call(arguments);
      originalMethod.apply(this, args);

      let inserted;
      if (ObservedMethods.PUSH === key || ObservedMethods.UNSHIFT === key) {
        inserted = args;
      } else if (ObservedMethods.SPLICE) {
        inserted = args.slice(2);
      }

      if (inserted && inserted.length) {
        inserted.forEach(Subject.of);
      }

      const subject = target[SYMBOL_OBSERVABLE];
      if (subject) {
        subject.notifyParent();
      }
    });
  });
}

數(shù)組的劫持和對象不同,不能使用Object.defineProperty。

我們需要劫持 6 個數(shù)組方法。分別是頭部添加、頭部刪除、尾部添加、尾部刪除、替換/刪除某幾項、數(shù)組反轉(zhuǎn)。

通過重寫數(shù)組方法實現(xiàn)了數(shù)組的劫持。但是這里有一個需要注意的地方,數(shù)據(jù)的每一個元素都是被觀察過的,但是當在數(shù)組中添加了新元素時,這些元素還沒有被觀察。因此代碼中還需要判斷當前的方法如果是push、unshift、splice,那么需要將新的元素放入觀察者隊列中。

另外兩個文件分別是單元測試和性能分析,這里就不再分析了。
編輯:hfy

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • javascript
    +關(guān)注

    關(guān)注

    0

    文章

    516

    瀏覽量

    53864
  • GUI
    GUI
    +關(guān)注

    關(guān)注

    3

    文章

    660

    瀏覽量

    39674
  • 鴻蒙系統(tǒng)
    +關(guān)注

    關(guān)注

    183

    文章

    2634

    瀏覽量

    66344
收藏 人收藏

    評論

    相關(guān)推薦

    鴻蒙跨端實踐-JS虛擬機架構(gòu)實現(xiàn)

    類似的框架,我們需要自行實現(xiàn)以確保核心基礎(chǔ)能力的完整。 鴻蒙虛擬機的開發(fā)經(jīng)歷了從最初 ArkTs2V8 到 JSVM + Roma新架構(gòu)方案 。在此過程,我們實現(xiàn)了完整的鴻蒙版的“J
    的頭像 發(fā)表于 09-30 14:42 ?2413次閱讀
    <b class='flag-5'>鴻蒙</b>跨端實踐-<b class='flag-5'>JS</b>虛擬機架構(gòu)實現(xiàn)

    史無前例,移植V8虛擬機到純血鴻蒙系統(tǒng)

    層使用,為保證基于Roma框架開發(fā)的業(yè)務(wù)可以零成本、無縫運行到鴻蒙系統(tǒng),需要將Roma框架適配到鴻蒙系統(tǒng)
    的頭像 發(fā)表于 09-18 10:28 ?1143次閱讀
    史無前例,移植V8虛擬機到純血<b class='flag-5'>鴻蒙</b><b class='flag-5'>系統(tǒng)</b>

    【HarmonyOS】分析鴻蒙系統(tǒng)的 JavaScript 框架

    了不少坑,也給鴻蒙貢獻了幾個 PR。今天我們就來逐行分析鴻蒙系統(tǒng)
    發(fā)表于 10-20 15:07

    【HarmonyOS】 HarmonyOS系統(tǒng)JS開發(fā)框架

    /openharmony我最感興趣的就是JS 框架 ace_lite_jsfwk,從名字可以看出來這是一個非常輕量級的框架,官方介紹說是“輕量級
    發(fā)表于 10-21 09:50

    鴻蒙系統(tǒng)應(yīng)用開發(fā)之JS實現(xiàn)一個簡單的List

    畢竟是在別人的地盤下開發(fā),還是要入鄉(xiāng)隨俗。鴻蒙應(yīng)用的JS UI框架已經(jīng)有了很多的組件,滿足一般的開發(fā)是沒問題的,也提供了自定義組件。當然也提供了底層接口,可以獲取硬件信息,地理位置等等。在今天的開發(fā)里
    發(fā)表于 11-13 10:32

    鴻蒙源碼分析系列(總目錄) | 給HarmonyOS源碼逐行加上中文注釋

    ) ---- 正在更新...|-鴻蒙內(nèi)核源碼分析(makefile篇) ---- 正在更新...系列篇文章 進入 >> 鴻蒙
    發(fā)表于 11-20 11:24

    鴻蒙開發(fā)AI應(yīng)用(八)JS框架訪問內(nèi)核層

    + CSS + HTML的技術(shù)上進行,相關(guān)內(nèi)容可以回顧用鴻蒙開發(fā)AI應(yīng)用(五)UI篇。JS應(yīng)用開發(fā)框架原理在第六篇里,我們已經(jīng)體驗了一下使用JS開發(fā)界面的流程,這里簡單
    發(fā)表于 02-06 19:36

    JS應(yīng)用開發(fā)框架組件

    JS應(yīng)用開發(fā)框架組件簡介目錄接口使用相關(guān)倉簡介JS應(yīng)用開發(fā)框架,是OpenHarmony為開發(fā)者提供的一套開發(fā)OpenHarmony JS應(yīng)
    發(fā)表于 04-23 18:05

    HarmonyOS JS框架讀取并播放本地音樂格式錯誤怎么解決

    鴻蒙JS框架無法支付本地音樂還需要音樂在設(shè)備上的絕對路徑?有點麻煩,有案例嗎?
    發(fā)表于 04-21 11:04

    JS UI框架鴻蒙APP開發(fā)出現(xiàn)黑色界面的解決辦法

    之后我們在編輯器創(chuàng)建 JS 框架的 APP 項目,進行真機看不到APP 發(fā)現(xiàn)了黑屏”圖標的隨后出現(xiàn),在會后出現(xiàn)“ Hello Word ”這樣的簽名信息。圖:我們想看到APP首頁正常顯示的內(nèi)容
    發(fā)表于 04-28 11:17

    鴻蒙應(yīng)用開發(fā)的JS UI框架如何實現(xiàn)高德地圖的訪問?

    鴻蒙應(yīng)用,現(xiàn)在分為Java UI框架和Ark UI框架,其中JS UI開發(fā)者框架Ark UI框架
    發(fā)表于 04-28 11:44

    使用鴻蒙JS框架寫出來的JS代碼長什么樣

    鴻蒙 JS 框架是零依賴的,只在開發(fā)打包過程中使用到了一些 npm 包。打包完之的代碼是沒有依賴任何 npm 包的。
    的頭像 發(fā)表于 03-26 15:46 ?2321次閱讀

    基于鴻蒙JS框架ace_lite_jsfwk開發(fā)

    world 程序,還順手給鴻蒙文檔提了 2 個 PR。 當然我最感興趣的就是鴻蒙JS 框架 ace_lite_jsfwk,從名字可以
    的頭像 發(fā)表于 02-26 10:54 ?2870次閱讀
    基于<b class='flag-5'>鴻蒙</b>的<b class='flag-5'>JS</b><b class='flag-5'>框架</b>ace_lite_jsfwk開發(fā)

    解讀鴻蒙源碼逐行注釋分析免費下載

    以上兩圖是筆者閱讀完鴻蒙內(nèi)核源碼內(nèi)存模塊所繪制,給鴻蒙內(nèi)核源碼逐行加上中文注釋 【 Gitee倉?|?CSDN倉?|?Github倉?|?Coding倉 】已正式上線,四大碼倉每日同步更新。更多圖在倉庫中用?@note_pic?
    發(fā)表于 11-19 14:37 ?19次下載
    解讀<b class='flag-5'>鴻蒙</b>源碼<b class='flag-5'>逐行</b>注釋<b class='flag-5'>分析</b>免費下載

    逐行分析鴻蒙系統(tǒng)JS框架PDF資料

    鴻蒙系統(tǒng)使用 javascript 開發(fā) GUI 是一種類似于微信小程序、輕應(yīng)用的模式。而這個 MVVM 模式,V 其實是由 C++ 來承擔(dān)的。javascript 代碼只是其中的 ViewModel 層。
    發(fā)表于 11-25 15:07 ?31次下載
    <b class='flag-5'>逐行</b><b class='flag-5'>分析</b><b class='flag-5'>鴻蒙</b><b class='flag-5'>系統(tǒng)</b><b class='flag-5'>中</b>的<b class='flag-5'>JS</b><b class='flag-5'>框架</b>PDF資料