邊煮邊記的那本食譜筆記，跟這個編輯器想的居然是同一件事

2026 年 10 月 4 日，掘金上出現了一篇教學文，作者羲雲示範怎麼在 Vue 頁面裡接上一個叫 ME.js 的 Markdown 編輯器。技術文章歸技術文章，但它描述的那個使用情境，你在廚房裡一定也遇過：後臺要一個文章編輯框，能排版、能貼圖，內容最好還能存成 Markdown。這串需求翻成廚房話，就是你想要一本食譜筆記，寫得漂亮、能貼照片，最後還要能整本借給別人看。

直接在排好的菜上調味

ME.js 有一個跟多數編輯器不同的地方。常見的 Markdown 編輯器是雙欄式的，左邊寫語法，右邊看預覽。它則是讓你直接在排好版的內容上編輯，寫完再序列化成 Markdown。

這很像兩種做菜的人。一種人先在紙上寫好配方，照著做出來，端上桌才知道味道如何；另一種人是邊嚐邊調，鹽下了、湯試了、起鍋前再補一小匙醋，最後才把整個過程抄成食譜。ME.js 屬於後者。你面對的就是最終會上桌的那盤菜，鹹淡立見，不用來回對照。

原文還提到一個務實的細節：它的 src 目錄裡備了三份接入文件，原生 JavaScript、Vue 3、React 18 各一份，每份都自帶編輯器核心，不用為了試一個編輯框先搭整套工程。這就像食譜書附了已經秤好、裝袋的材料包，想先試味道的人，不必先買一整組鍋鏟。作者也說清楚了界線：Vue、React 本身還是要載入，Vue 版目前用的是全局 Vue 與字符串模板。把範圍講明白，跟食譜上註明「此配方以家用瓦斯爐測試」是同一種誠實。

這份「材料備好、界線講清楚」的做法，其實跟我們先前寫過的兩本食譜合炒一鍋的滋味故事裡那個 Vue 開發者是同一個路數：工具怎麼用，先在廚房裡實際開一次火再說。

貼圖這件事，廚房裡的人最懂

編輯器選項裡有幾個開關：貼圖上傳、音訊、視訊、字數上限、狀態列。其中「圖片粘貼」這件事，寫過食譜的人都心有戚戚。

你的筆記本裡是不是也有這種頁面：文字寫了三行，中間貼一張拍糊了的手寫便條，旁邊是某次在市場拍的魚攤照片，照片角落還有老闆比著的手勢。那張照片貼上去的瞬間，這頁筆記就活了。糖色炒到什麼程度叫「琥珀色」，文字描述半天，不如一張當時拍下的鍋面照片。編輯器能貼圖，跟食譜能貼照片，解決的是同一個問題：有些味道，文字追不上。

音訊和視訊就更不用說了。你媽交代燉湯要「咕嘟咕嘟小火兩小時」，那個咕嘟聲的文字版本永遠差一截。能在筆記裡嵌一段聲音，等於把爐火的節奏也一起存了下來。

存成 Markdown，是把味道交給別人的方式

文章後半段的重點是：不管你怎麼編輯，內容最終以 Markdown 存下來。這一步在廚房的比喻裡，是把你的私房筆記變成可以傳下去的食譜。

排版的漂亮是給自己看的，序列化後的 Markdown 是給系統、給未來、給任何一個想重現這道菜的人。就像阿嬤那本泛黃的筆記本，字跡斑駁、油漬點點，但「醬油三匙、糖一匙、水蓋過料」這幾行字，過了幾十年還是能把那鍋滷肉的味道叫回來。格式樸素，內容卻走得遠。

順帶一提，作者在文前也交代了查核範圍：對照了演示頁與特定版本的倉庫提交，並跑了 Vue 版解析器與上傳 URL 拼接的程式測試，但沒做完整的瀏覽器相容測試。這種把「測到哪裡」寫清楚的習慣，放在食譜世界就是老實標註「此法僅用鑄鐵鍋試過，不沾鍋請自行調整」。不多答，也不少給。

一篇一分鐘就能讀完的技術短文，能帶走的東西其實是個態度：先讓東西能用，把材料包備好，把界線說清楚。下次你在廚房裡想把某道家常味記下來，不妨也照這個順序來，先做、邊嚐邊改、最後寫成別人看得懂的那幾行字。味道留在鍋裡，食譜留在紙上，兩邊都算數。