JavaScript 引擎與跨端跨平臺相關

時間  2019-12-08
標籤 javascript 引擎 跨平臺 相關 欄目 JavaScript 简体版
原文   原文鏈接

前言

前文 JavaScript & WebAssembly 解釋、編譯相關javascript

提到了很多編譯相關的內容，對應的延伸，想了解下：css

  1. 有哪些 JavaScript 引擎？
  2. 跨平臺 都有哪些形式？是怎麼作到的？

對應的，也蒐集了以下一些文章：html

JavaScript 引擎對比

mobile app 跨平臺

hybrid

大部分 webview 渲染，再套一些 native bridge API前端

關於小程序的吐槽

當年，小程序剛出來的時候，負責太小程序的開發系列工做，當時有幸還被公司安排去北京參加了小程序開發者大會。java

當時，以爲小程序多少推陳出新。至於，後面支付寶說要推出小程序時，甚至一臉吃驚（抄這麼快？）。react

而後，如今看下來，其實想吐槽下小程序這個形式，我的認爲，被微信以及國內一衆廠商帶壞了節奏。android

小程序這個東西感受就像是一個臨時性的產物，可是由於入口、流量的緣由，不得不去作（收得好一波年費），連帶着其餘廠商跟進。ios

實際上想一想，小程序到底原本也就是 webview 渲染，再加點 native 的殼，性能會否有那麼大提高？或者這樣的性能提高，對於用戶來講有多大意義呢？投入大量資源有沒有必要？git

在我看來，該用的東西，慢點等個 1-2s 不打緊；不用的東西，就算再快，打開看一眼，照舊是關閉。github

沒什麼必要搞不一樣的寫法，即便想提高 微信 APP 內網頁得性能，也是能夠經過 提供 hybrid API 的方式來實現（即便不能覆蓋更高大上的功能），可是微信倒是在瀏覽器標準以外單獨搞了一套開發體系。

搞得 1,2,3,4 家廠商齊齊跟進，連帶着前端又要搞 h五、又要搞小程序，又要處理不一樣的廠商之間的小程序兼容性，各家標準不同，而後又有人針對不一樣廠商的小程序去作適配抹平。

以前也想着，國內小程序這麼火，國外怎麼樣呢？ —— 沒有，啥都沒有，就是本身在玩

這樣的作法，就像是，chrome 說：

  1. 我搞了一個單獨的規範，不搞 w3c、ecmascript 那一套了，咱們用 dart、gcss、gxml，爲了提高頁面的性能（實際上仍是轉成 JS 渲染，而後加一點另外的殼）
  2. 原來的，html、css、js 也支持，可是沒有 dart 快
  3. flutter 會有單獨的入口哦，很是先進
  4. 用 flutter 開發的 gweb，每一年要交 300塊保護費

好了，你們各玩各的。safari 推出本身的，firefox 推出本身的，手機瀏覽器 UC 都推出本身......

原生渲染，bridge 通訊

RN

weex

本身畫

Flutter

desktop app 跨平臺

hybrid

原生渲染，bridge 通訊

本身畫

flutter

多端

發散

再看：

歷史是重複的，以歷史維度去看

  • 10年讀大學的時候，你們買手機大多數是諾基亞 5230系列，塞班論壇很是火爆。結果僅僅過了 1 - 2 年 —— 沒落
  • 此外，在 11年左右，印象中，學校選修課開了 android 開發的課程
  • windows phone 剛出來時，由於開發人員很是稀少，薪資很是高？ 後來，windows phone 淘汰 —— 白學

目前也將近 10年的光景

  • android 碎片化問題、補丁升級的問題...
  • Fuchsia 系統發佈在即
  • flutter android、ios、fuchsia，甚至 windows、macOS 之後也能玩
  • dart 能夠 dart2js
  • 要是 flutter 搞出一個 瀏覽器SDK 支持的話 —— 昨天這麼說，今天查了一下發現已經有了 flutter_web（儘管可能還不完善）
  • ...

諸如此類，若是 Fuchsia、flutter 在於 google，推行得開；大膽猜想，之後更多的體系會搭建在 dart、flutter 上。畢竟誰也不想每天搞來搞去寫重複的代碼搞同樣的事情還搞適配。

此外，在剛開始工做時，有一個同事，偶爾會提，JavaScript 語言自身其實帶着很多的缺陷，後來過了幾年他轉後端作 PHP 去了；那些年，會一些 JavaScript 奇技淫巧，對他說的話，還會有一些反感。

如今看來，從

這一系列文章整理下來，他說得沒錯。JavaScript 自身攜帶的缺陷，在一些場景下，確屬於難解之題。

我的比較看好 Dart / flutter 將來。

至於說

  • 小程序 —— 閉門造車的體系，成不了新標準，比起獨家廠商性能方面的些許提高，投入大量人力物力，對 JS 的生態來講，反倒成了一種破壞（由於要花精力去了解 / 學習這種無用東西），能夠說最好趁早拜拜了您
  • hybrid 類 apicloud / dcloud —— 仍有必定場景和用途：獨立開發者 / 小型公司，開發起來太簡單了
  • weex —— 不看好，比起 react native 生態，差距過大
  • RN —— 在比較長的時間內，仍然是主角；但未可知 3 - 5 年之後，會否變成 grunt 的相似存在
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程