前端Web框架【免費下載鏈接】re-frameA ClojureScript framework for building user interfaces, leveraging React項目地址https://gitcode.com/gh_mirrors/re/re-frame點擊查看免費下載在寫代碼時程序員常常需要在腦中運行自己的程序盯著某一處代碼在意識里模擬它的執(zhí)行過程、數(shù)據(jù)如何流轉(zhuǎn)、狀態(tài)如何變化。這種對運行時動態(tài)runtime dynamics的推理能力直接決定了開發(fā)效率與 Bug 數(shù)量。本篇技術(shù)指南以 re-frame 官方文檔 docs/on-dynamics.md 為核心系統(tǒng)拆解 re-frame 如何通過一次一個事件的時間模型、有限狀態(tài)機式的事件處理、純函數(shù)與不可變數(shù)據(jù)、聲明式數(shù)據(jù) DSL 以及單一狀態(tài)存儲構(gòu)建出一個極簡單、極易在心智中模擬的動態(tài)模型。讀完本文你將理解 re-frame 架構(gòu)設(shè)計背后以開發(fā)體驗為最高目標的取舍邏輯并能從源碼層面路由隊列的 FSM、攔截器鏈、訂閱信號圖印證這套動態(tài)模型是如何落地的。核心主張re-frame 擁有一個簡單動態(tài)過程re-frame 文檔提出了一個非常大膽的核心論斷re-frame has a simple dynamic processre-frame 擁有一個簡單的動態(tài)過程并且進一步強調(diào)關(guān)于 re-frame沒有比這更重要的一點。re-frame 的最高設(shè)計目標是提供優(yōu)秀的開發(fā)者體驗為此它不惜在部分場合犧牲函數(shù)式純潔性文檔中甚至用了gasp!來表達這種反叛。而幾乎所有能提升開發(fā)者體驗的因素中呈現(xiàn)一個簡單的動態(tài)模型貢獻最大——它讓程序員更容易在腦中模擬運行、更容易定位問題也因此大幅減少 Bug 的產(chǎn)生。這一論斷是理解 re-frame 全部架構(gòu)設(shè)計的鑰匙。下面我們從動態(tài)這個概念本身出發(fā)逐層向下剖析。什么是動態(tài)State 與 Computation 的反饋回路水動力學(xué)Hydrodynamics、熱力學(xué)Thermodynamics、社會動力學(xué)Social Dynamics——這些學(xué)科名稱中的dynamics都意味著觀察系統(tǒng)如何隨時間/空間變化然后對變化的原因建模。Web 應(yīng)用本質(zhì)上是一個順序進程sequential process隨時間推移它從一個State遷移到另一個State行為也隨之改變。動態(tài)正是由Computation與State跨時間相互作用而產(chǎn)生的State本質(zhì)上是凝結(jié)的時間——歷史被物化后的結(jié)果并由一輪輪的Computation塑形但這不是單向的雖然Computation創(chuàng)造StateComputation自身又被State控制例如基于State的謂詞決定執(zhí)行哪條分支。于是兩者之間存在一個反饋回路feedback loop。對程序員而言要在腦中模擬這種 State/Computation 的反饋過程需要同時調(diào)度很多東西很快就會逼近認知預(yù)算cognitive budget的上限。某些時間、State 與 Computation的交互方式可以降低動態(tài)復(fù)雜度、讓心智模擬更容易另一些則適得其反把系統(tǒng)推向幾乎不可能模擬的一端——那類系統(tǒng)會滋生難纏的 Bug且維護起來令人恐懼。正如 Alan Perlis 所說要理解一個程序你必須同時成為機器和程序本身。靜態(tài)關(guān)注點 vs 動態(tài)關(guān)注點程序員們驚人地聚焦于系統(tǒng)的靜態(tài)方面DRY、代碼行數(shù)、高內(nèi)聚低耦合……這些當然有用但或許我們更應(yīng)該關(guān)注那些讓運行時更容易或更難在腦中模擬的品質(zhì)。這一點被談?wù)摰眠h遠不夠。re-frame 的目標就是擁有盡可能簡單的動態(tài)模型——因為這才是驅(qū)動開發(fā)者生產(chǎn)力的第一要素。接下來我們從高層面逐步下沉看看 re-frame 是如何交付這套簡單動態(tài)模型的。re-frame 的時間模型一次一個事件re-frame 應(yīng)用以一個事件接一個事件的方式在其計算/狀態(tài)空間中前進。時間的單位就是一個事件event。每個事件都會從頭到尾完整處理完隊列中下一個事件才會被處理。re-frame 不支持事件被掛起suspended稍后再重啟的模型——應(yīng)用在任何時刻都只做一件事處理一個事件。此外當事件改變應(yīng)用狀態(tài)時這種改變是事務(wù)性的transactional瞬間、一次性完成而不是增量、漸進式的。因此在高層面re-frame 以離散單元交付動態(tài)每個單元有清晰的開始與結(jié)束可以被獨立理解和分析。源碼視角路由隊列就是一個有限狀態(tài)機這一時間模型在源碼中有著極為具體的實現(xiàn)re-frame 的事件路由隊列 src/re_frame/router.cljc 用一個**手工實現(xiàn)的有限狀態(tài)機FSM**來管理事件隊列的生命周期。源碼注釋直言The processing/handling of an event happens asynchronously sometime after that event was enqueued via dispatch……So now we hand-roll our own, finite-state-machine and all.EventQueue維護四個狀態(tài):idle空閑、:scheduled已調(diào)度、即將運行、:running正在逐事件處理、:paused因:flush-dom等元數(shù)據(jù)暫停。-fsm-trigger用case一次性描述全部狀態(tài)遷移例如[:idle :add-event] [:scheduled #(do (-add-event this arg) (-run-next-tick this))] [:scheduled :add-event] [:scheduled #(-add-event this arg)] [:scheduled :run-queue] [:running #(-run-queue this)] [:running :add-event] [:running #(-add-event this arg)] [:running :pause] [:paused #(-pause this arg)] [:running :exception] [:idle #(-exception this arg)] [:running :finish-run] (if (empty? queue) ;; FSM guard [:idle] [:scheduled #(-run-next-tick this)]) [:paused :add-event] [:paused #(-add-event this arg)] [:paused :resume] [:running #(-resume this)]這套 FSM 落實了文檔描述的時間紀律dispatch見 src/re_frame/core.cljc只是把事件 push 進 FIFO 隊列并通過goog.async.nextTick調(diào)度處理保證處理很快發(fā)生但不立即發(fā)生-run-queue會一次性處理完當前隊列中的所有事件不中途讓出瀏覽器控制權(quán)但若處理過程中有新事件被 dispatch 進來它們會留在隊列里、留到下一輪處理從而在不讓瀏覽器餓死與不讓隊列失控之間取得平衡只有帶:flush-dom元數(shù)據(jù)的事件如(dispatch ^:flush-dom [:event-id ...])會觸發(fā):pause——注意這里暫停的是隊列處理而不是掛起某個事件的處理事件本身一旦開始就被完整執(zhí)行到底這與文檔事件不可被掛起重啟的表述一致每個事件被處理前-process-1st-event-in-queue會重置events/*handling*等動態(tài)綁定保證每個事件都作為一個全新的頂層事件來處理。事務(wù)性的狀態(tài)變更一次事件、一次性改狀態(tài)的另一個關(guān)鍵實現(xiàn)在 src/re_frame/events.cljc 的handle函數(shù)中它在執(zhí)行攔截器鏈之前記錄:app-db-before在鏈執(zhí)行之后記錄:app-db-after而真正的狀態(tài)寫入由 src/re_frame/fx.cljc 中內(nèi)置的:db效果處理器完成——它只做一次(reset! app-db value)。也就是說從應(yīng)用視角看app-db是從舊值一步跳變到新值的中間不存在任何可見的中間態(tài)。單個事件的處理有限狀態(tài)機 數(shù)據(jù)流還記得大學(xué)里計算理論課上的內(nèi)容嗎計算能力最受限、也因此最容易在心智中模擬的動態(tài)過程叫做有限狀態(tài)機FSM。而在計算譜系的另一端是圖靈機——你可以用圖靈機計算任何東西這很了不起但你的編程鍵盤從此變成了一把上膛的槍能做不代表應(yīng)該做。re-frame 處理單個事件的總體過程就是一部分有限狀態(tài)機、一部分數(shù)據(jù)流事件處理過程沿著一條線性的邏輯狀態(tài)集逐步推進——也就是大家熟知的The Dominoes六塊多米諾骨牌任意時刻只處于一個狀態(tài)每個狀態(tài)中有特定的行為/計算且各狀態(tài)之間充分隔離可以獨立理解、獨立分析你可以放心地放大任何一個局部去理解它而忽略其余部分。re-frame 文檔并沒有正式地以 FSM 術(shù)語來講述這套機制而是把它呈現(xiàn)為引發(fā)狀態(tài)間遷移的數(shù)據(jù)流。但多米諾骨牌本質(zhì)上就是一臺簡單的 FSM——正因如此每個事件都被一種簡單的計算方式處理使得在腦中模擬變得容易。文檔用兩個并排的注意注記點明了這一設(shè)計哲學(xué)Less Is More少即是多在這一層面re-frame 是刻意地不那么強大。它只交付完成任務(wù)所需的最小計算能力。與其提供大量自由度與偶發(fā)的魔法它給你的是簡單性與確定性。Less Is Scary少是可怕的給程序員更少的計算能力會讓他們不安。我們生活在需求隨時變化的世界里出于自我保護我們總是被更強大的能力吸引而不是更少。六塊多米諾骨牌The Dominoesre-frame 應(yīng)用是一個永動循環(huán)每次迭代包含 6 個階段。由于這些階段逐個發(fā)生re-frame 稱之為六塊多米諾骨牌級聯(lián)。相關(guān)的完整代碼級講解見 docs/dominoes-30k.md 與 docs/a-loop.md這里先給出概貌Event Dispatch事件派發(fā)——事件是向量如[:delete-item 2486]首個元素是事件種類其余是可選數(shù)據(jù)。事件以領(lǐng)域特定方式表達用戶意圖Event Handling事件處理——用reg-event-fx/reg-event-db注冊的處理器純函數(shù)計算事件的效果Effect Handling效果處理——用reg-fx注冊的效果處理器把數(shù)據(jù)化的效果變成真實動作如reset!應(yīng)用狀態(tài)Query查詢——由reg-sub注冊的查詢函數(shù)從應(yīng)用狀態(tài)中提取/計算物化視圖View視圖——Reagent 組件視圖函數(shù)通過subscribe從信號圖取數(shù)計算 hiccup 格式的 DOM 描述DOM——Reagent/React 把 hiccup 變成真實瀏覽器 DOM。注意其中存在兩個同構(gòu)的子級聯(lián)1-2-3 與 4-5-6 結(jié)構(gòu)相似——倒數(shù)第二塊多米諾2 與 5計算所需變更的數(shù)據(jù)描述最后一塊3 與 6做真正的臟活并執(zhí)行這些描述。但你幾乎不需要操心那些臟活多米諾re-frame 大多替你包辦了。這也是文檔引用尼采那句只有在對立面的滋養(yǎng)下才會結(jié)出果實的用意——在函數(shù)式系統(tǒng)里最有趣的部分恰恰是如何安排不去保持純粹。攔截器鏈多米諾 2 與 3 的底層實現(xiàn)機制從源碼結(jié)構(gòu)看多米諾 2事件處理與多米諾 3效果處理實際上都由**攔截器鏈interceptor chain**機制驅(qū)動完整機制見 docs/Interceptors.md 與 src/re_frame/interceptor.cljc。每個攔截器本質(zhì)上是一個包含:before與:after兩個函數(shù)的數(shù)據(jù) map。執(zhí)行一條攔截器鏈分三步創(chuàng)建context包含:coeffects與:effects兩個 map→ 沿鏈正向依次調(diào)用每個攔截器的:before逐步構(gòu)建coeffects即事件處理器的輸入→ 沿鏈反向依次調(diào)用每個攔截器的:after逐步處理effects即事件處理器的輸出。這正是execute*的實現(xiàn)(defn execute* [ctx] (- ctx (invoke-interceptors :before) change-direction (invoke-interceptors :after)))在 src/re_frame/core.cljc 的-reg-event中可以看到每次reg-event-db/reg-event-fx/reg-event-ctx注冊都會在用戶提供的攔截器前自動拼接一段固定鏈條(events/register id [cofx/inject-db fx/do-fx flow/interceptor std-interceptors/inject-global-interceptors interceptors (handler-interceptor handler)])其中inject-db把當前app-db注入:coeffectssrc/re_frame/cofx.cljcdo-fx作為多米諾 3 在:after階段執(zhí)行:effects里的每個效果src/re_frame/fx.cljc。整個鏈條就是一臺線性狀態(tài)的 FSM先正向構(gòu)建輸入再反向處理輸出兩個方向之間只有一個清晰的轉(zhuǎn)向點。多米諾內(nèi)部的純函數(shù)站在時間與空間之外再往下深挖一層單個多米諾內(nèi)部的動態(tài)又是什么樣在多米諾內(nèi)部我們又回到了圖靈完備的 ClojureScript 世界。幸運的是為了馴服這種可怕的力量re-frame 要求你寫純函數(shù)、使用不可變數(shù)據(jù)純函數(shù)站在時間之外。要理解它們你不需要知道它們何時運行、當時系統(tǒng)的狀態(tài)是什么——你只需要知道實際傳入的參數(shù)值時間的暴政在純函數(shù)內(nèi)部依然存在內(nèi)部仍有執(zhí)行流所以你或許仍需在腦中模擬它但純函數(shù)交付的動態(tài)過程更小、更易于認知處理。而且不止如此我們以參數(shù)形式向純函數(shù)提供數(shù)據(jù)它返回數(shù)據(jù)這些數(shù)據(jù)不可變——這把純函數(shù)與任何地點解耦它不受數(shù)據(jù)放在哪里的影響。由于純函數(shù)既脫離時間又脫離空間它們就能以最數(shù)學(xué)化的方式組合從而極大地壓制運行時動態(tài)的復(fù)雜度。這種純函數(shù) 不可變數(shù)據(jù)的實踐正是 re-frame 注冊 API 的形態(tài)reg-event-db的處理器簽名是(fn [db event] - db)reg-event-fx的處理器簽名是(fn [cofx event] - effects-map)二者都是數(shù)據(jù)進、數(shù)據(jù)出的純函數(shù)唯一不純的部分被集中放逐到多米諾 3 的reg-fx效果處理器中如 examples/simple/src/simple/core.cljs 中注冊的:timer、:time-color-change等處理器全部是純函數(shù)。香蕉問題非純函數(shù)的代價文檔引用 Erlang 之父 Joe Armstrong 的名言來警示非純函數(shù)你想要一根香蕉結(jié)果得到的卻是一只拿著香蕉的大猩猩以及整片叢林。要理解一個伸手去抓香蕉的函數(shù)你必須同時理解與叢林變化相關(guān)的全部動態(tài)——你必須做全局推理而不是局部推理而這往往極其困難。這正是 re-frame 把副作用隔離到效果處理器、把業(yè)務(wù)邏輯約束在純函數(shù)里的根本動機。聲明式用數(shù)據(jù) DSL 消解動態(tài)復(fù)雜度聲明式編程意味著讓X發(fā)生、但不指定如何發(fā)生。它把過程抽象掉從而折疊了與之相關(guān)的動態(tài)。re-frame 中處處是聲明式Reagent 是強大的聲明式 DOM 能力——視圖函數(shù)返回數(shù)據(jù)React/Reagent 負責如何渲染事件是聲明式的——(dispatch [:delete-item 2486])只表達意圖效果是聲明式的——處理器返回{:db new-db}這樣的數(shù)據(jù)而不是直接執(zhí)行副作用信號圖Signal Graph是聲明式的——reg-sub聲明查詢與輸入信號之間的數(shù)據(jù)依賴關(guān)系而不是命令式地手動派發(fā)更新。而且所有這些聲明式都是用**基于數(shù)據(jù)的 DSLdata-based DSL**實現(xiàn)的這正是 Clojure 之道Hiccup是絕佳的 DSL而且它就是數(shù)據(jù)——簡單情形下只是數(shù)據(jù)字面量需要時還可以用計算來生成數(shù)據(jù)SQL是基于字符串的——作為字面量尚可但要計算字符串時就糟糕透頂正則表達式更是如此——一種強大且偶爾出人意料的計算范式卻偏偏用字符串承載。在 re-frame 中攔截器是數(shù)據(jù):before/:after的 map、事件是數(shù)據(jù)向量、效果是數(shù)據(jù)map、DOM 是數(shù)據(jù)hiccup 向量、訂閱依賴是數(shù)據(jù)如reg-sub的:- [:a-sub]糖語法。從 src/re_frame/subs.cljc 的sugar實現(xiàn)可以看到reg-sub的三種輸入信號聲明方式默認取app-db、顯式信號函數(shù)、:-糖最終都被解析為輸入信號函數(shù) 計算函數(shù)聲明式數(shù)據(jù)被統(tǒng)一編譯成響應(yīng)式依賴。狀態(tài)管理單一數(shù)據(jù)源一次事件一次更新沒有任何東西比需要分發(fā)狀態(tài)distribute state更能昭示復(fù)雜動態(tài)了——除非再加上……還要經(jīng)過不可靠的網(wǎng)絡(luò)。這也是面向?qū)ο缶幊塘钊祟^疼的根源我們當初怎么會認為把狀態(tài)刻意分發(fā)進一個個隱藏的可變小包、然后動態(tài)同步它們是個好主意re-frame 的做法截然相反狀態(tài)只放在一個地方app-db一個由 src/re_frame/db.cljc 定義的單一ratom(def app-db (ratom {}))任何應(yīng)用代碼都不直接訪問它——讀取走訂閱寫入走事件每個事件周期只更新一次如前所述:db效果處理器在一次reset!中完成更新你永遠不必擔心應(yīng)用處于某種略微不一致的中間狀態(tài)沒有狀態(tài)同步的動態(tài)因為只有一個存儲你不需要擔心變更從一個 store 傳播到另一個 store的動態(tài)問題。從 src/re_frame/subs.cljc 可以看到訂閱層通過query-reaction緩存去重兩個并發(fā)的相同查詢共享同一個執(zhí)行中的處理器這既避免了重復(fù)計算也維持了單一事實來源。文檔還特別指出一個推論性的好處在一瞬間你可以檢查應(yīng)用中全部狀態(tài)是否符合某個 schema——包括剛從服務(wù)器通過線路到達的數(shù)據(jù)因為全部狀態(tài)都在那一個app-db里。一次事故報告簡單動態(tài)模型的警示re-frame 文檔以一段半開玩笑的口吻記錄了尾部風險fat tail risk5 月 12 日大約凌晨 12:47re-frame 獲得了自我意識在控制臺打印了一行日志哦是嗎我會讓你們看看什么叫真正的簡單動態(tài)過程f#$%ers。雖然核冬天隨之而來但人類最終戰(zhàn)勝了機器人軍團Bug 也被找到并修復(fù)。不過如果你注意到某個信號圖呈現(xiàn)出Cortex 結(jié)構(gòu)我們?nèi)越ㄗh預(yù)防性重啟。這段文字幽默地提醒即便最克制的動態(tài)模型也可能出現(xiàn)意外涌現(xiàn)的復(fù)雜度保持警惕、保持可觀測性永遠是好習(xí)慣。總結(jié)為什么 re-frame 程序可以少寫測試re-frame 應(yīng)用簡單到可以在腦子里模擬而隨之而來的全是好結(jié)果。這種簡單性來自多個因素的疊加文檔按層回顧在高層面事件被離散地、一個接一個地處理單個事件被以類 FSM 的方式逐步處理六塊多米諾骨牌純函數(shù)與不可變數(shù)據(jù)極大地壓制了動態(tài)多個環(huán)節(jié)使用了聲明式的、基于數(shù)據(jù)的 DSL只有一個狀態(tài)存儲且每個事件周期只事務(wù)性地更新一次。文檔在結(jié)尾分享了一個真實的社區(qū)軼事——某位經(jīng)驗豐富的 Clojure 開發(fā)者用了 re-frame 九個月后驚訝地發(fā)現(xiàn)用 re-frame 九個月了。你知道奇怪的是什么嗎自從開始用 re-frame我發(fā)現(xiàn)自己寫的測試越來越少了。一位此前寫過大量測試、有自我約束力的程序員憑直覺開始少寫測試甚至自己也感到驚訝。文檔作者相信這位程序員的直覺告訴他這樣做是安全的——他正在對自己體驗到的簡單性做出反應(yīng)。雖然這只是一個樣本N of 1但幾乎沒有比這更好的推薦了。附錄 A把動態(tài)實體化Reified Dynamics——trace 機制與 re-frame-10x 的愿景文檔承認程序動態(tài)這個話題整體上被討論得不夠但也存在著名的例外。Brett Victor 在 2012 年的《Learnable Programming》中開宗明義因此一個編程系統(tǒng)的目標應(yīng)該是支持并鼓勵強大的思維方式讓程序員能夠看見并理解其程序的執(zhí)行他關(guān)心的不是代碼的靜態(tài)方面而是系統(tǒng)的動態(tài)以及更高一層——系統(tǒng)開發(fā)的動態(tài)。對于第一個目標Brett Victor 演示了程序員如何直接操縱代碼中的值并即時觀察變化帶來的影響。演示極具視覺沖擊力但示例程序很小文檔作者坦言自己的應(yīng)用更大、更平淡按鈕 數(shù)據(jù)處理很難看出該概念如何擴展到我的世界。不過一個 ClojureScript 程序員可以通過熱代碼重載hot code reloading、REPL、事件即時重放獲得極佳的近即時反饋——這雖未完全實現(xiàn) Brett Victor 演示中的直接操縱但對比漫長的編譯周期已相當不錯。在倉庫的 examples/simple/src/simple/core.cljs 中可以看到典型的:dev/after-load鉤子熱重載后調(diào)用rf/clear-subscription-cache!并重新掛載 UI。對于第二個目標re-frame 有明確的規(guī)劃讓程序員獲得對程序執(zhí)行的深度洞察。與其讓程序員掙扎于心智模擬不如讓他們在事件發(fā)生后觀察并與程序執(zhí)行的實體化reification互動。這正是工具re-frame-10x的遠大目標以務(wù)實的方式在更大、更工業(yè)級的編程任務(wù)上兌現(xiàn) Brett Victor 的第二個目標。re-frame-10x 的方法論是把應(yīng)用處理一個事件時的動態(tài)實體化為數(shù)據(jù)。程序員應(yīng)該能觀察到處理過程中執(zhí)行的每一份 ClojureScript 代碼無需再憑空想象代碼如何執(zhí)行——因為你能以具體的形式看見它。雖然目標完全可以實現(xiàn)但實現(xiàn)目前只走了一部分路。值得強調(diào)的是這套實體化愿景的底層基礎(chǔ)設(shè)施已經(jīng)存在于當前倉庫中src/re_frame/trace.cljc 定義了完整的 trace 機制——包括按:op-type組織的tag-schema:event、:event/handler、:event/do-fx、:sub/create、:sub/run、:sub/dispose等以及register-epoch-cb提供的每次 dispatch 的完整級聯(lián)裝配記錄每個 epoch 攜帶:dispatch-id、:parent-dispatch-id、:app-db/before、:app-db/after、:coeffects、:effects、:interceptors、:sub-runs等它把一個事件從派發(fā)到 DOM 的全過程以純數(shù)據(jù)的形式交給下游工具。此外src/re_frame/router.cljc 中的dispatch-and-settle允許開發(fā)者派發(fā)一個事件并等待其同步級聯(lián)含:fx [:dispatch ...]子事件沉淀完畢——這套以數(shù)據(jù)重放動態(tài)的能力正是實體化動態(tài)理念在核心庫層面的直接體現(xiàn)。進一步閱讀想從代碼層面加深對本主題的理解可繼續(xù)閱讀 docs/a-loop.mdre-frame 的數(shù)據(jù)循環(huán)與六塊多米諾、docs/dominoes-30k.md帶代碼片段的逐多米諾講解、docs/Interceptors.md攔截器機制詳解、docs/subscriptions.md信號圖與訂閱以及核心實現(xiàn)文件 src/re_frame/router.cljc、src/re_frame/events.cljc、src/re_frame/interceptor.cljc 和 src/re_frame/core.cljc。贊分享前端Web框架【免費下載鏈接】re-frameA ClojureScript framework for building user interfaces, leveraging React項目地址https://gitcode.com/gh_mirrors/re/re-frame點擊查看免費下載相關(guān)推薦Zotero Style插件嵌套標簽視圖同步失效的排查與修復(fù)指南Zotero Style插件嵌套標簽視圖同步失效的排查與修復(fù)指南 Zotero Style作為一款功能強大的Zotero插件為用戶提供了豐富的文獻管理增強功能桌面應(yīng)用知識管理科研Ruffle模擬器5個簡單步驟讓Flash內(nèi)容在Chrome中完美運行Ruffle模擬器5個簡單步驟讓Flash內(nèi)容在Chrome中完美運行 Ruffle是一款基于Rust語言開發(fā)的Flash Player模擬器它能讓已經(jīng)過時音視頻語言運行時在 Substrate FRAME 運行時中嵌入 XQVMpallet-xqvm 集成指南在 Substrate FRAME 運行時中嵌入 XQVMpallet xqvm 集成指南 導(dǎo)讀 pallet xqvm 是 xquad 倉庫中一個特殊的 F創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考