摘要：開發(fā)模式預(yù)覽在開發(fā)一個組件庫時，肯定需要一邊預(yù)覽，一邊修改代碼。一般業(yè)界常見方案是自己開發(fā)展示文檔但這樣會帶來一個組件庫和文檔如何同步的問題。一方面有利于維護(hù)，另一方面是讀取源碼時也有類型提示。

在開發(fā)一個 ui 組件庫時，肯定需要一邊預(yù)覽 demo，一邊修改代碼。

常見的解決方案是像開發(fā)一般項目一樣使用 webpack-dev-server 預(yù)覽組件，比如通過 vue-cli 初始化項目，或者自己配置腳本。

文藝一點兒地可能會用到 parcel 來簡化 demo 的開發(fā)配置（比如 muse-ui）。

作為一個 ui 組件庫，也肯定要有自己的組件展示文檔。

一般業(yè)界常見方案是自己開發(fā)展示文檔...

但這樣會帶來一個組件庫和文檔如何同步的問題。

由于 vuepress 支持在 markdown 中插入組件，所以我們其實可以很自然地邊寫文檔邊開發(fā)組件。

從開發(fā)步驟上來說，甚至可以先寫文檔說明，再具體地編寫代碼實現(xiàn)組件功能。這樣一來文檔即是預(yù)覽 demo，與組件開發(fā)可以同步更新。

p.s. React 的組件文檔可以試試這倆庫：

docz

doc-scripts

在開發(fā)和使用過程中如果對于一些對象、方法的參數(shù)能夠智能提示，豈不美哉？

如何實現(xiàn)呢？

其實就是在相應(yīng)文件夾中添加組件相關(guān)的類型聲明（*.d.ts），并通過 src/index.d.ts 導(dǎo)出。

{
    "typings": "src/index.d.ts",
}

一開始將聲明文件都放在 types/ 文件夾下，但在實踐中覺得還是放在當(dāng)前文件夾下比較好。一方面有利于維護(hù)，另一方面是讀取源碼時也有類型提示。

和打包庫一樣，選了 rollup。

在開發(fā)中用不用 *.vue 這樣的單文件組件來開發(fā)呢？

muse-ui 完全不寫