通常我們這么做：
<p>恭喜你狞贱，發(fā)布成功！</p>
<button name="share">立即分享</button>
但有時候蜀涨，我們會這樣做：
<p>{{DONE_TEXT1}}</p>
<button name="share">{{DONE_BUTTON_SHARE}}</button>
好處：
- 統(tǒng)一替換某一文案時瞎嬉，杜絕帶來不一致的可能
- 文案集中便于檢查錯別字蝎毡；更優(yōu)雅
- 使多語言化成為可能
好處相當明顯，但在這么做之前氧枣，你需要了解以下情況：
好處的局限性：
- 由于變量拆分更復雜和需要多角色參與沐兵，因此一個項目中實際被復用 2+ 次的文案將 literally 屈指可數(shù)
- 前端文案的重復部分很少，且復雜度有限便监。因此在不太大規(guī)模的項目中不一致問題可控痒筒。
壞處：
- 大部分情況變量無法正常地命名（因 string 本身沒有明確/完整的語義），必然出現(xiàn)很多 text1, text2
A const like STRING_ONE is just a (daily) WTF.
用變量代替文案很大影響了 HTML 的可讀性茬贵，可讀性低的代碼更易出錯
與變量拼接的文案（正則替換）使產(chǎn)品經(jīng)理需要了解并正確使用程序變量，PM 將有可能制造 bug
與變量拼接的文案移袍，事實上是一個模板
HTML 作為模板本身有語義的解藻，HTML 語義與文案語義不能分割，分別設計有重復之嫌
由于帶來開發(fā)成本葡盗，往往會導致削減文案與 HTML/數(shù)據(jù)更豐富結合的需求
代價：
- 多維護一張文案表
- 風格需要統(tǒng)一，不能存在部分替換部分不替換的情況。以此你會為只有一次使用的文案（這是大部分）做（目的僅僅為風格統(tǒng)一的）大量體力勞動
- 使得前端代碼必須編譯（否則程序執(zhí)行效率低且不利于 SEO）
最近討論的簡單總結肪凛，歡迎指正骡苞。
