透過 MJML 快速完成 RWD Email 排版
![](https://assets.matters.news/embed/94023f21-8e4c-49cc-ad7d-c03ec981fa01.jpeg)
去年的 前端三十系列文 中,我寫道「2019 年了,不要再用 Table 排版了」;PO 文的幾天後,我隨即在工作中被主管指派,要切版新產品的訂單通知信,並實作專門產出 Email Template 給各產品使用的內部 Service,難道這就是說錯話的現世報嗎?不過,我也因此開始研究那被我棄如敝屣的 Table 排版,並踏入了 RWD Email 排版的大坑。
Email 排版的困境
為什麼 RWD Email 排版是大坑呢?主要是 CSS 支援度的問題;就如同各家瀏覽器間微妙的差異,各 Email Client 對 CSS 屬性及 HTML 標籤的支援度更是嚴重的参玼不齊令人驚訝的低。
也如同前端工程師在使用支援度不高的由屬性會查閱 Can I use 一樣,關於 Email 排版限制的細節,可以參考 Can I email;其中我認為主要的痛點應該有以下幾點:
inline style
在部分的 Email Client 中,是無法使用 <style>
的,也就是無法定義共用的 CSS 樣式。開發者在進行 Email 切版時,只能將自訂的樣式寫成 inline style 的形式,方能套用到指定元素上,即使 定義了產品風格的基礎樣式,仍需要不斷地複製貼上到各元素中,HTML 的部分就會變得相對複雜且難以維護。
技術限制
除了前述的 <style>
外,還許多基本的 CSS 屬性,在部分 Email Client 中也是無法正確呈現的;例如:
float
position
opacity
border-radius
:hover
padding
只能在<td>
上正確呈現margin
會吃到 background 的設定
另外,一些相對新穎華麗的屬性更是不用想了,幾乎全部 Email Client 都不支援:
display: flex
display: grid
box-shadow
filter
var()
calc()
種種的技術限制,除了工程師切版時會感到痛苦萬分之外,同時也大幅壓縮了設計的可能性,使得 Email 的版面往往都設計的相對單純,以避免實際信件中有著不預期的呈現效果。
table 排版
由於 float
、position
、display: flex
、display: grid
都無法使用,且 margin
的行為不如預期、padding
又只能在 <td>
上正確呈現,開發者如果想要確保樣式在各個 Email Client 都能正確呈現,幾乎就只能透過 <table>
來實作排版;各種玄妙又恐怖的巢狀 <table>
也就因此誕生了。
沒有玩過 <table>
排版,想觀摩的人,可以參考這篇教學:從頭開始構建一個 HTML Email 模板
RWD
如同前述,大部分常見的排版屬性都無法使用,如果想要在 Email 中實作 RWD 效果,幾乎只能透過設定固定的寬度,仰賴元素自然流動來達成,元素的對齊方式也十分受限。
說了這麼多 Email 排版的痛點,有沒有合適的工具可以解決這些問題呢?
MJML
MJML 是針對 RWD Email 特殊的規格而設計的標記式語言(markup language),開發者只需要跨過極低的進入門檻,稍微認識 MJML 自定義的標籤,便能快速寫出 RWD Email。
使用方式
MJML 提供了 線上開發/預覽工具、桌面版應用程式、npm 套件 等多種使用方式,開發者可以視自身習慣與任務需求,來決定開發方式;另外,MJML 也提供了 各式 IDE 的 MJML Plugin,讓開發者能即時得到語法提示,開發者體驗豪棒棒!
特色
MJML 可以有效的協助開發者降低 Email 切版的痛苦,並加速開發;除了 Email Client 的語法限制無法處理,前面提到 Email 排版的其他幾項痛點,MJML 都自動幫開發者處理好了。
例如 Email 必須撰寫 inline style 的問題,MJML 透過自定義的 <mj-style>
標籤設定,即可自動將 CSS 套用到元素的 inline style 中。
<mj-style inline="inline"> <!-- 自定義 CSS --> </mj-style>
table 排版的部分,MJML 的元素們都會自動編譯成 Table 排版;例如最基本的 MJML 如下:
<mj-section> <mj-column> <mj-text> Hello World! </mj-text> </mj-column> </mj-section>
在編譯過後會變成這樣:
<!-- 礙於篇幅,以下已省略判斷是否為 IE 的部分 --> <div style="margin:0px auto;max-width:600px;"> <table align="center" border="0" cellpadding="0" cellspacing="0" role="presentation" style="width:100%;"> <tbody> <tr> <td style="direction:ltr;font-size:0px;padding:20px 0;text-align:center;"> <div class="mj-column-per-100 outlook-group-fix" style="font-size:0px;text-align:left;direction:ltr;display:inline-block;vertical-align:top;width:100%;"> <table border="0" cellpadding="0" cellspacing="0" role="presentation" style="vertical-align:top;" width="100%"> <tr> <td align="left" style="font-size:0px;padding:10px 25px;word-break:break-word;"> <div style="font-family:Ubuntu, Helvetica, Arial, sans-serif;font-size:13px;line-height:1;text-align:left;color:#000000;"> Hello World! </div> </td> </tr> </table> </div> </td> </tr> </tbody> </table> </div>
自動生成了支援各 Email Client 的巢狀 Table 排版
關於 RWD 的部分,MJML 可以透過 <mj-section>
、<mj-column>
兩個標籤的搭配,快速堆砌出 RWD Email;<mj-section>
即代表一組內容,而 <mj-column>
預設即會自動均分寬度,在指定寬度後,便能自動適應寬度,流動排版,達到 RWD 的效果。
最重要的特性,MJML 是以 Component Base 思維設計的,開發者可以撰寫組件,再透過 <mj-include>
引入,組件便能重複使用,多封 Email 維持一致的設計風格也就變成非常簡單的事情;MJML 本身也提供不少已經做好效果的組件,例如收合效果的 <mj-accordion>
,大圖背景的 <mj-hero>
等等,參考 官網文件 的說明,便能快速套用到專案中。
綜合前述種種功能,開發者能夠從繁複的相容性設定解放出來,只需要專注開發信件內容的呈現即可。
再次提醒,在使用 MJML 時,Email Client 不支援的 HTML 標籤及 CSS 屬性,一樣都還是不支援喔!開發者撰寫時,還是需自行確認各屬性是否能被正確顯示;另外,對於 <mj-raw>
標籤內的自訂元素,MJML 也不會做任何處理,實作 RWD 排版時需要特別留心喔。
應用範例
如同本文最一開始提到的,這次會開始研究 RWD Email 的主因,還是因為工作上的需求,我需要實作出給各產品內部使用的 Email Template Service,因此我選擇 npm 套件版本的 MJML,並撰寫簡單的 node.js 後端,做出 API 供其他產品呼叫。
伺服器程式
主要是透過 Express 做伺服器基礎,搭配 backpack 做 bundle 的設定,基本的 logger、authenticator、api routers 都可以透過 middleware 實作,其他部分就沒有什麼特別的了。
要注意的地方是 .mjml
的副檔名預設不會被 backpack watcher 捕捉到,自然也不會觸發程式 rebuild,開發者需要另外撰寫 backpack.config 做設定:
const WatchExternalFilesPlugin = require('webpack-watch-files-plugin').default module.exports = { webpack: (config, options, webpack) => { config.entry.main = ['./src/app.js'] config.watchOptions = { poll: true, aggregateTimeout: 300 } config.plugins.push( new WatchExternalFilesPlugin({ files: ['./src/**/*'] }) ) return config } }
MJML + Handlebars
由於 MJML 僅為標記式語言,不提供帶入資料參數的方法,也無法做任何邏輯判斷,如果想要讓 Email 能夠隨資料改變內容,就必須透過其他的模板引擎輔助。這部分我選用老牌的 Handlebars 作為模板引擎。
搜尋資料時有看到其他開發者 透過 Vue-Server-Renderer + MJML 實作信件模板;由於 Vue 的核心功能(雙向綁定、事件驅動…)在這樣的場景完全無法使用,變成純粹只為了伺服器渲染而用 Vue,我認為這樣是多繞一圈的做法;但如果就是想用 Vue 的語法做開發,也是一種可以考慮的實作方式。
由於套用了 Handlebars,在模板中就可以透過 {{ }}
標記出資料區塊,以及各種 Handlebars helper 做邏輯判斷,與 MJML 搭配起來,一個能依據資料改變內容的 Email 模板就大功告成囉。
核心的處理邏輯會是:
- 讀取、解析模板
- 透過 handlebars 處理邏輯、填入資料
- 透過 mjml 將處理後的模板轉譯成 html
程式碼範例如下:
import { compile } from 'handlebars' import mjml2html from 'mjml' // 自訂了取得模板的 helper function // 會回傳 fs.readFile 的結果 import { getMjmlTemplate } from '../utils/mjmlHelper' export const htmlGenerator = (filename, data) => { try { // step 1. 取得 .mjml file(純文字) const mjmlTemplate = getMjmlTemplate(filename) // step 2. 將純文字解析成 handlebars 模板 const hbsTemplate = compile(mjmlTemplate) // step 3. 將資料及邏輯處理塞入模板,解析成純 mjml const mjml = hbsTemplate(data) // step 4. 將 mjml 編譯成 HTML const html = mjml2html(mjml) // step 5. 取得編譯完成的 HTML return html } catch (e) { throw e } }
前端程式
為了讓使用者能提前了解寄出的 Email 內容,專案內也實作了簡易的前台,透過 JSON Editor 呈現資料,及當前 Email 畫面的雙欄顯示,讓使用者能直接編輯資料、預覽信件內容:
![](https://assets.matters.news/embed/704f1168-47e8-4be8-984b-05cc1edd6db1.png)
由於 MJML 提供了 json 格式轉 MJML 的方法,後續也許能進一步的實作出拖拉介面,讓 Email 模板的建立、編輯由需要的使用者自定,不需再經由工程師來切版撰寫模板。
結語
透過 MJML,開發者得以付出更少的時間,做出更能靈活呈現的 RWD Email;再搭配上 Handlebars 作為模板引擎,就能得到更加彈性的 Email 動態模板了。
以上大致紀錄了我與 Table 排版的對抗過程,稍微提及 MJML 的特色,並提供應用實例,希望能幫助到同為 Email 排版所苦的讀者們。如果文中有任何錯誤或不清楚的地方,都歡迎你提出一起教學相長;若你覺得本文有幫助到你,也請不要吝嗇你的掌聲~
參考資料
喜欢我的作品吗?别忘了给予支持与赞赏,让我知道在创作的路上有你陪伴,一起延续这份热忱!
![](https://imagedelivery.net/kDRCweMmqLnTPNlbum-pYA/prod/avatar/7fd77a17-6f8d-4ab3-a382-47d59f9a574f.png/public)