+
### 核心成员
@@ -77,6 +77,7 @@ Mor 是一套基于小程序 DSL (支付宝或微信) 的框架。他的易用
- [hwaphon](https://github.com/hwaphon)
- [shujian-cao](https://github.com/shujian-cao)
- [robin-shine](https://github.com/robin-shine)
+- [aboyforwind](https://github.com/aboyforwind)
## 许可证
diff --git a/website/README.md b/website/README.md
deleted file mode 100644
index 2de5ed7a..00000000
--- a/website/README.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# MorJS 站点
-
-## 框架
-
-站点采用 [Docusaurus 2](https://docusaurus.io/) 框架，要求 node 版本 >=16.14
-
-- Installation: `$ npm install`
-- Development: `$ npm run start`
-- Build: `$ npm run build`
-- Version: `npx docusaurus docs:version 1.1.0`
-
-> 发完版本号 Version 后需要修改一下 `docusaurus.config.js` 配置文件的 `onlyIncludeVersions` 相关配置项
-
-## 配置
-
-- 主要配置文件 `docusaurus.config.js`
-- 头部导航配置 `config/navbar.js`
-- 底部超链配置 `config/footer.js`
-- 文档分组配置 `config/sidebars.js`
-
-## 发布
-
-使用 gh-pages 分支为文档专用分支，使用 Github Actions 自动部署
diff --git a/website/algolia.json b/website/algolia.json
deleted file mode 100644
index b75f197c..00000000
--- a/website/algolia.json
+++ /dev/null
@@ -1,81 +0,0 @@
-{
- "index_name": "morjs",
- "start_urls": ["https://mor.eleme.io"],
- "sitemap_urls": ["https://mor.eleme.io/sitemap.xml"],
- "selectors": {
- "lvl0": {
- "selector": "(//ul[contains(@class,'menu__list')]//a[contains(@class, 'menu__link menu__link--sublist menu__link--active')]/text() | //nav[contains(@class, 'navbar')]//a[contains(@class, 'navbar__link--active')]/text())[last()]",
- "type": "xpath",
- "global": true,
- "default_value": "Documentation"
- },
- "lvl1": "header h1, article h1",
- "lvl2": "article h2",
- "lvl3": "article h3",
- "lvl4": "article h4",
- "lvl5": "article h5, article td:first-child",
- "lvl6": "article h6",
- "text": "article p, article li, article td:last-child"
- },
- "custom_settings": {
- "attributesForFaceting": [
- "type",
- "lang",
- "language",
- "version",
- "docusaurus_tag"
- ],
- "attributesToRetrieve": [
- "hierarchy",
- "content",
- "anchor",
- "url",
- "url_without_anchor",
- "type"
- ],
- "attributesToHighlight": ["hierarchy", "content"],
- "attributesToSnippet": ["content:10"],
- "camelCaseAttributes": ["hierarchy", "content"],
- "searchableAttributes": [
- "unordered(hierarchy.lvl0)",
- "unordered(hierarchy.lvl1)",
- "unordered(hierarchy.lvl2)",
- "unordered(hierarchy.lvl3)",
- "unordered(hierarchy.lvl4)",
- "unordered(hierarchy.lvl5)",
- "unordered(hierarchy.lvl6)",
- "content"
- ],
- "distinct": true,
- "attributeForDistinct": "url",
- "customRanking": [
- "desc(weight.pageRank)",
- "desc(weight.level)",
- "asc(weight.position)"
- ],
- "ranking": [
- "words",
- "filters",
- "typo",
- "attribute",
- "proximity",
- "exact",
- "custom"
- ],
- "highlightPreTag": "",
- "highlightPostTag": "",
- "minWordSizefor1Typo": 3,
- "minWordSizefor2Typos": 7,
- "allowTyposOnNumericTokens": false,
- "minProximity": 1,
- "ignorePlurals": true,
- "advancedSyntax": true,
- "attributeCriteriaComputedByMinProximity": true,
- "removeWordsIfNoResults": "allOptional",
- "separatorsToIndex": "_",
- "synonyms": [
- ["js", "javascript"],
- ["ts", "typescript"]
- ]
- }
-}
\ No newline at end of file
diff --git a/website/babel.config.js b/website/babel.config.js
deleted file mode 100644
index 14e5baf0..00000000
--- a/website/babel.config.js
+++ /dev/null
@@ -1,3 +0,0 @@
-module.exports = {
- presets: [require.resolve('@docusaurus/core/lib/babel/preset')]
-}
diff --git a/website/config/footer.js b/website/config/footer.js
deleted file mode 100644
index fd9a4917..00000000
--- a/website/config/footer.js
+++ /dev/null
@@ -1,38 +0,0 @@
-module.exports = {
- style: 'dark',
- links: [
- {
- title: '文档',
- items: [
- { label: 'MorJS 配置', href: '/guides/basic/config' },
- { label: '命令行', href: '/guides/basic/cli' },
- { label: '工程 Hooks', href: '/api/engineering-hooks' }
- ],
- },
- {
- title: '帮助',
- items: [
- { label: '常见问题', href: '/guides/faq' },
- {
- label: '社区钉钉群',
- href: 'https://qr.dingtalk.com/action/joingroup?code=v1,k1,zPirp4W1FDF7tKteTDgOjgk7cMzCTt31ztWoGVMVJ7U=&_dt_no_comment=1&origin=11'
- },
- { label: 'GitHub Issue', href: 'https://github.com/eleme/morjs/issues' }
- ],
- },
- {
- title: '更多',
- items: [
- {
- label: '行为规范',
- to: 'https://github.com/eleme/morjs/blob/master/CODE_OF_CONDUCT.md'
- },
- {
- label: '参与贡献',
- href: 'https://github.com/eleme/morjs/blob/master/CONTRIBUTING.md'
- }
- ]
- }
- ],
- copyright: `Copyright © ${new Date().getFullYear()} - Present MorJS.`
-}
diff --git a/website/config/navbar.js b/website/config/navbar.js
deleted file mode 100644
index 4fd5737b..00000000
--- a/website/config/navbar.js
+++ /dev/null
@@ -1,31 +0,0 @@
-module.exports = {
- title: 'MorJS',
- logo: {
- alt: 'MorJS',
- src: 'https://img.alicdn.com/imgextra/i1/O1CN017EoZuR20PghATY7Fw_!!6000000006842-55-tps-485-350.svg'
- },
- items: [
- { label: '文档', position: 'left', to: 'guides' },
- { label: 'API', position: 'left', to: 'api' },
- { label: '博客', position: 'left', to: 'web/blog' },
- {
- label: '关于',
- position: 'left',
- items: [
- { label: '常见问题', to: '/guides/faq' },
- // { label: '版本发布', to: '/changelog/1.0.0' },
- { label: '社区指南', to: '/about/community-guide' },
- {
- label: '行为规范',
- to: 'https://github.com/eleme/morjs/blob/master/CODE_OF_CONDUCT.md'
- }
- ]
- },
- { type: 'docsVersionDropdown', position: 'right' },
- {
- className: 'header-github-link',
- position: 'right',
- href: 'https://github.com/eleme/morjs'
- }
- ]
-}
diff --git a/website/config/sidebars.js b/website/config/sidebars.js
deleted file mode 100644
index 4599278b..00000000
--- a/website/config/sidebars.js
+++ /dev/null
@@ -1,209 +0,0 @@
-module.exports = {
- documentSidebar: [
- {
- label: '指南',
- type: 'category',
- collapsed: false,
- items: [
- {
- label: '介绍',
- type: 'category',
- collapsed: false,
- items: ['guides/README', 'guides/introduction/how-mor-works']
- },
- {
- label: '教程',
- type: 'category',
- collapsed: false,
- items: [
- 'guides/introduction/getting-started',
- {
- label: '开发一个 To-Do List',
- type: 'category',
- collapsed: true,
- items: [
- 'guides/introduction/how-to-develop-todo-list_wechat',
- 'guides/introduction/how-to-develop-todo-list'
- ]
- },
- 'guides/migrate-from-original-miniprogram-to-mor'
- ]
- },
- {
- label: '基础用法',
- type: 'category',
- collapsed: false,
- items: [
- 'guides/basic/directory-structure',
- 'guides/basic/config',
- 'guides/basic/runtime',
- 'guides/basic/plugin',
- 'guides/basic/mock',
- 'guides/basic/env-variables',
- 'guides/basic/cli',
- 'guides/faq'
- ]
- },
- {
- label: '进阶用法',
- type: 'category',
- collapsed: false,
- items: [
- {
- label: '条件编译',
- type: 'category',
- collapsed: true,
- items: [
- 'guides/conditional-compile/code-level',
- 'guides/conditional-compile/file-level'
- ]
- },
- 'guides/advance/complex-miniprogram-integration',
- 'guides/advance/unity-of-forms'
- ]
- },
- {
- label: '多端兼容性',
- type: 'category',
- collapsed: true,
- items: [
- 'guides/compatibilities/wechat-to-other',
- 'guides/compatibilities/alipay-to-wechat'
- ]
- }
- ]
- },
- {
- label: 'Web 开发',
- type: 'category',
- collapsed: true,
- items: [
- {
- label: '介绍',
- type: 'category',
- collapsed: true,
- items: ['web/basic/quickstart', 'web/basic/support']
- },
- {
- label: '基础使用',
- type: 'category',
- collapsed: true,
- items: ['web/introduction/basic', 'web/introduction/route']
- },
- {
- label: '其它用法',
- type: 'category',
- collapsed: true,
- items: ['web/support/custom-my', 'web/support/tabbar-support']
- }
- ]
- },
- {
- label: '社区',
- type: 'category',
- collapsed: true,
- items: [
- 'guides/contributing',
- 'about/community-guide',
- {
- label: '规范',
- type: 'category',
- collapsed: true,
- items: [
- {
- label: '介绍',
- type: 'category',
- collapsed: true,
- items: ['specifications/README']
- },
- {
- label: '研发规范',
- type: 'category',
- collapsed: true,
- items: [
- // 'specifications/development',
- 'specifications/code-styles',
- 'specifications/git-commit-and-review'
- ]
- },
- {
- label: '技术规范',
- type: 'category',
- collapsed: true,
- items: [
- 'specifications/js',
- 'specifications/component',
- 'specifications/runtime'
- // 'specifications/plugin'
- ]
- },
- {
- label: '文档规范',
- type: 'category',
- collapsed: true,
- items: ['specifications/document']
- }
- ]
- }
- ]
- }
- ],
- apiSidebar: [
- {
- label: '介绍',
- type: 'category',
- collapsed: false,
- items: ['api/README']
- },
- {
- label: '工程 API',
- type: 'category',
- collapsed: false,
- items: [
- 'api/engineering-hooks',
- 'api/takin',
- 'api/engineering-takin',
- 'api/engineering-mor'
- ]
- },
- {
- label: '运行时 API',
- type: 'category',
- collapsed: false,
- items: ['api/runtime-core', 'api/runtime-hooks', 'api/runtime-api']
- }
- ],
- blogSidebar: [
- {
- label: 'Web 转端原理介绍',
- type: 'category',
- collapsed: false,
- items: [
- 'web/blog/index',
- 'web/blog/runtime',
- 'web/blog/setdata',
- 'web/blog/event',
- 'web/blog/template',
- 'web/blog/slot'
- ]
- },
- {
- label: 'MorJS 开发博客',
- type: 'category',
- collapsed: false,
- items: [
- 'guides/advance/use-community-component',
- 'guides/advance/learn-create-component-library',
- 'guides/advance/subpackage-volume-optimization'
- ]
- }
- // {
- // label: 'MorJS 更新日志',
- // type: 'category',
- // collapsed: false,
- // items: [
- // 'changelog/1.0.0',
- // ]
- // }
- ]
-}
diff --git a/website/docs/about/community-guide.md b/website/docs/about/community-guide.md
deleted file mode 100644
index 41339455..00000000
--- a/website/docs/about/community-guide.md
+++ /dev/null
@@ -1,56 +0,0 @@
-# 社区指南
-
-MorJS 的社区正在逐步成长中，如果你正在阅读本文，这说明你大概已经准备好加入 MorJS 社区了。欢迎！
-
-现在让我们来解答你能从社区中获得什么以及你能为社区做什么。
-
-
-
-## 基本用法
-
-`takin` 内部仅仅内置了部分全局命令行选项，并未内置任何命令，全部功能可通过插件来实现。
-
-```bash
-内置全局命令选项:
-
- --cwd [cwd] 当前工作目录, 默认为 process.cwd()
- -c, --config [path] 指定自定义配置文件路径, 支持 .js, .ts, .json, .mjs 等类型, 如 takin.config.js
- --ignore-config 忽略或不自动载入用户配置文件
- --no-autoload-plugins 关闭自动载入插件功能 (default: true)
- -h, --help 显示帮助信息
-```
-
-### 快速开发一个命令行工具
-
-下面我们将演示如何快速开发一个命令行工具 👇🏻
-
-```typescript
-/**
- * 0. 从安装 takin 作为依赖, 并新建一个 index.ts 开始
- * 执行命令: npm i takin --save
- * 执行命令: touch index.ts
- */
-
-/**
- * 1. 引入 takin 作为依赖
- */
-import * as takin from 'takin'
-
-/**
- * 2. 为自己的命令行取一个名字, 比如 MorJS 并导出
- */
-export const mor = takin.takin('mor')
-
-/**
- * 3. 编写你的第一个插件
- */
-class MyFirstTakinPlugin implements takin.Plugin {
- name = 'MyFirstTakinPlugin'
- apply(runner: takin.Runner) {
- runner.hooks.cli.tap(this.name, function (cli) {
- // 开启帮助信息显示
- cli.help()
-
- // 开启版本信息显示
- cli.version('1.0.0')
-
- // 注册命令
- cli
- .command('compile [srcPath]', '编译命令, 支持指定源码目录')
- .option('--output-path [outputPath]', '指定产物目录')
- .option('--production', '是否开启生产模式')
- // 注册命令行执行函数
- .action(function (command: takin.CommandOptions) {
- // 打印命令行相关信息
- console.log(command)
- })
- })
-
- // 注册用户配置
- runner.hooks.registerUserConfig.tap(this.name, function (schema, zod) {
- return schema.extend({
- mode: zod.nativeEnum(['production', 'development']).optional()
- })
- })
- }
-}
-
-/**
- * 4. 应用插件
- */
-mor.use([new MyFirstTakinPlugin()])
-
-/**
- * 5. 调用 `run` 命令启动
- */
-mor.run()
-```
-
-编译上述文件为 `index.js` 文件之后(也可以直接使用 javascript 来编写以避免编译), 即可尝试运行文件, 如:
-
-```
-#### 获取帮助信息
-❯ node index.js -h
-
-mor/1.0.0
-
-Usage:
- $ mor 
-
-## MorJS 是什么？
-
-Mor (发音为 /mɔːr/，类似 more) 是饿了么开发的**一款基于小程序 DSL 的，可扩展的多端研发框架**。使用小程序原生 DSL 构建，使用者只需书写一套（微信或支付宝）小程序，就可以通过 MorJS 的转端编译能力，将源码分别编译出可以在不同端（微信/支付宝/百度/字节/钉钉/快手/QQ/淘宝/Web…）运行的产物。
-
-MorJS 以多端编译为基础，配以面向全生命周期的插件体系，覆盖从源码到构建产物的每个阶段，支持各类功能扩展和业务需求，无论是基础的页面和组件还是复杂的分包和插件，MorJS 都可以胜任，帮助你高效地开发多端小程序。
-
-## 优势与核心能力
-
-MorJS 是一套基于小程序 DSL (支付宝或微信) 的框架。他的易用性、标准化和灵活性，使得开发者能更好地专注于业务，让开发成本，招聘、管理、测试各方面成本都大幅下降，提高开发者的工作效率。
-
-- ⭐️ **易用性**：
- - 💎 **DSL 支持**：可使用微信小程序 DSL 或 支付宝小程序 DSL 编写小程序，无额外使用成本；
- - 🌴 **多端支持**：支持将一套小程序转换为各类小程序平台及 Web 应用, 节省双倍人力；
- - 🚀 **快速接入**：仅需引入两个包，增加一个配置文件，即可简单快速接入到现有小程序项目；
-- 🌟 **标准化**：
- - 📦 **开箱即用**：内置了脚手架、构建、分析、多端编译等完整研发能力，仅需一个依赖即可上手开发；
- - 🌈 **表现一致**：通过编译时+运行时抹平多端差异性，让不同平台的小程序获得一致的用户体验；
- - 🖇 **形态转换**：支持同一个项目的不同的形态，允许小程序、分包、插件不同形态之间的相互转换；
-- ✨ **灵活性**：
- - 🎉 **方便扩展**：MorJS 将完备的生命周期和内部功能插件化，使用插件(集)以满足功能和垂直域的分层需求；
- - 📚 **类型支持**：除小程序标准文件类型外，还支持 ts、less/scss、jsonc/json5 等多种文件类型；
- - 🧰 **按需适配**：可根据需求选择性接入适配能力，小项目仅需编译功能，中等项目可结合编译和页面注入能力，大型项目推荐使用复杂小程序集成能力；
-
-## MorJS 的由来
-
-继 2017 年小程序诞生以来，由于其独特的商业模式和轻应用的用户体验，在移动社交电商等领域不断取得亮眼成绩。目前各大平台都相继推出了自己的小程序，饿了么 C 端业务需要在不同平台小程序进行投放，这些项目大多是以支付宝或微信原生 DSL 编写，面对业务渠道的不断增加，我们尝试了多种方法来兼容多端适配，但由于不同平台间小程序代码写法、能力支持的差异性逐步变大，过去的方案无法满足新业务的需求，我们需要一套跨端研发框架能解决以下诉求：
-
-- **原生 DSL 支持**，方便现有小程序 DSL 编写的存量业务使用；
-- **降低性能开销**，尽可能轻运行时，减少编译构建的时长；
-- **便捷的使用**，一键转换为支持各小程序平台使用的产物；
-- **拓展的功能**，提供针对大型复杂小程序的解耦方案；
-- **灵活的配置**，能够简单的增加修改多套不同端的项目配置；
-- **产物优化能力**，压缩构建产物体积，减少小程序包大小；
-
-在明确这几点后，我们调研了业界所有主流技术框架，发现并没有能完全满足我们需求的方案，所以我们决定自研 MorJS。
-
-## 什么时候不用 MorJS
-
-如你所见，MorJS 是一套基于小程序 DSL (支付宝、微信) 的框架，如果你，
-
-- 期望使用 React 或 Vue 的方式来编写小程序
-- 期望使用 Web 的方式开发
-- 有很强的 webpack 自定义需求和主观意愿
-- 需要以 微信小程序或支付宝小程序 DSL 以外的方式开发
-- 需要跑在 Node 14 以下的环境中
-
-MorJS 可能不适合你。
-
-## 项目使用情况
-
-截止目前，MorJS 支持 **3** 种编译形态（小程序、小程序插件、小程序分包），并支持 **9** 个目标平台的转换（微信、支付宝、百度、字节、快手、钉钉、手淘、QQ、Web），未来还将进一步扩展平台支持（如 鸿蒙、快应用等），支撑了饿了么 C 端多数业务在全渠道上的研发和投放。我们期望能把其中的技术细节、架构设计和技术思考呈现给大家，未来结合开源社区的共建和使用场景的扩展，来促进 Mor 框架能力进一步提升，以更好的为所有的小程序开发者服务。
-
-## MorJS 社区服务群
-
-如果在使用 MorJS 中遇到问题，钉钉扫码或搜索群号「`29445021084`」即可加入 👇
-
-
diff --git a/website/docs/guides/advance/complex-miniprogram-integration.md b/website/docs/guides/advance/complex-miniprogram-integration.md
deleted file mode 100644
index 6006f700..00000000
--- a/website/docs/guides/advance/complex-miniprogram-integration.md
+++ /dev/null
@@ -1,787 +0,0 @@
-# 复杂小程序集成
-
-## 背景
-
-从 2017 年微信小程序发布开始，随着小程序的逐步发展、迭代和大量功能的开发，小程序巨大化的问题越来越突出。虽然小程序平台方提供了分包、插件两种方式来帮助小程序开发者来实现代码和功能的解耦。然而在实际的实践中，随着同一个小程序中的不同的业务逐步拆分到不同的团队，以及分包、插件、NPM 包的大量使用，不同业务团队之间的接口调用问题、包大小的管理问题、最终的小程序产物合并问题等越来越突出，基于这个背景和需求，整合饿了么在大型小程序上的各类最佳实践和解决方案，从工程化的角度出发，我们推出了 **复杂小程序集成能力**。
-
-相关功能主要由 `@morjs/plugin-composer` 插件提供。
-
-## 动机
-
-多个独立的构建可以组成一个独立的小程序，这些独立构建之间不应该存在强依赖关系，因此可以独立开发、调试和部署。
-
-除宿主之外，分包、插件和模块并不要求一定要采用 `MorJS` 来编写，只要符合接入方式的规范，理论上采用任何小程序框架的小程序或原生小程序均可以进行独立开发和集成。
-
-_注：小程序、分包、插件的打包方式归属于编译，不在这里体现。_
-
-## 目标
-
-- 提供统一的集成研发方式和流程
-- 提供标准、可复用的集成产物规范
-- 为复杂小程序提供解耦工具和集成方法
-- 标准化小程序宿主、小程序插件、小程序分包、小程序模块之间的通信及能力注入方式
-- 提供统一的路由调用，方便多形态的小程序在多种环境下路由的一致性
-- 转 Web 之后，可基于微应用的方式进行组合（未实现）
-
-## 示意图
-
-
-
-## 概念
-
-### 集成
-
-将小程序宿主和相关子模块通过拉包、编译、构建、合并等一系列处理之后，合并为一个完整小程序的过程
-
-### 模块类型
-
-- **宿主**：小程序主体，拥有小程序完整的权限，有 `appId`，可使用插件和分包，并可为不同的插件和分包提供共享的数据和方法
-- **主包**：小程序分包的一种，每个小程序只有一个主包，用于放置默认启动页面/TabBar 页面，以及一些所有分包都需用到公共资源/JS 脚本
-- **分包**：小程序分包，分为普通分包和独立分包，可申请小程序权限，使用体感接近于小程序宿主
-- **插件**：小程序插件，独立发布，嵌套在小程序宿主中使用，可被订阅使用，不可单独申请小程序权限
-
-### 集成模式
-
-- **组合模式**： 集成时的模块通过自定义的脚本完成编译，不经过 `MorJS` 编译处理，`MorJS` 仅会执行脚本以及操作模块产物
-- **编译模式**： 集成时的模块相关页面或组件会合并进入到 `MorJS` 的编译流程中，并与宿主产物一同输出
-
-### 集成状态
-
-集成过程中模块在不同阶段所处的状态，用于判断模块是否需要执行当前操作，初始状态为 **0**，最终状态为 **6**，详细状态及含义如下：
-
-- **0**：初始状态
-- **1**：模块已下载
-- **2**：模块前置脚本已执行
-- **3**：模块配置已载入
-- **4**：模块已完成编译或拷贝
-- **5**：模块后置脚本已执行
-- **6**：模块已集成
-
-### 下载类型
-
-集成过程中，用于将模块下载到指定位置的方式，可分为如下 5 种下载类型：
-
-- **npm**：通过 `NPM` 的方式下载，即模块以 `NPM` 包的方式发布和管理
-- **git**：通过 `Git` 的方式下载，即模块以 `Git` 仓库的方式发布和管理
-- **tar**：通过 `Tar` 压缩包的方式下载，即模块以某个存放在网络或 `CDN` 上的 `Tar` 资源形式存在
-- **link**：通过本地软链的方式下载，即模块存储在本地某个目录中，通过软链的形式，将模块链接到指定位置
-- **file**：通过本地目录拷贝的方式下载，即模块存储在本地某个目录中，通过拷贝整个目录的方式，将模块复制到指定位置
-
-### 集成脚本
-
-集成过程中，模块需要自定义执行的脚本命令，通常用于生成模块实际用于集成的产物：
-
-- **before**：前置脚本，单一模块成功下载后执行的脚本
-- **after**：后置脚本，单一模块已完成产物的拷贝或编译之后执行的脚本
-- **composed**：已集成脚本，所有模块完成集成后，集成流程结束前执行的脚本
-
-## 集成配置
-
-### 集成开启方式
-
-MorJS 的集成可在两种方式下使用，一种是**直接集成**，一种是**编译时自动集成**
-
-#### 直接集成
-
-通过 `mor compose` 命令控制，不涉及到编译流程，不处理 `mode` 为 `compile` 的模块，主要的功能是将宿主和各个分包合并在一起组合成一个完整的小程序。
-
-#### 编译时自动集成
-
-通过 `mor compile` 命令控制，涉及到编译流程，通常用于配合当前宿主或分包的线下研发。
-
-编译时 MorJS 支持通过两种方式开启集成，使用任何一种均可：
-
-1. 通过命令 `mor compile --compose` 中的 `--compose` 在编译时自动开启集成
-2. 通过在 MorJS 配置文件中添加 `{ compose: true }` 来自动开启集成
-
-#### 两者的主要区别
-
-`mor compile --compose` 可以认为是相当于先执行项目的编译 `mor compile`, 然后将当前项目作为宿主（`host`）或其中一个模块（`module`）进行集成 `mor compose`
-
-### 集成模块配置
-
-在 `mor.config.ts` 通过设置 `host: {}` 或 `modules: [{}]` 来配置宿主或子模块，如：
-
-> 有关 MorJS 配置的详细信息，参见：[配置说明](/guides/basic/config#%E9%85%8D%E7%BD%AE%E8%AF%B4%E6%98%8E)
-
-```typescript
-export default defineConfig([
- {
- // 宿主配置
- host: {}
-
- // 子模块（如：分包等）
- modules: [{}]
- }
-])
-```
-
-上述示例中的 `host` 和 `modules` 的配置方式基本一致，其中 `host` 只能配置一个，`modules` 可以配置多个，详细的配置方式如下：
-
-```typescript
-{
- /**
- * 模块名称, 可选值, 默认会基于 `npm` 或 `git` 或 `tar` 或 `link` 或 `file` 配置自动生成
- */
- name: '',
-
- /**
- * 模块集成模式, 默认为 `compose`
- * - compose: 通过 compose 方式集成, 通过拷贝的方式复制到产物目录
- * - compile: 通过 compile 方式集成, 需要通过 mor 编译流程
- */
- mode: 'compose',
-
- /**
- * 模块类型, 默认为 `subpackage`
- * - 声明为 宿主（host） 的模块，模块中包含 app.json 并作为其他模块集成的目标，配置在 `host` 中的模块，该类型固定为 `host `
- * - 声明为 主包（main） 的模块，会将页面插入到小程序 app.json 的 pages 中
- * - 声明为 分包（subpackage） 的模块，会将页面插入到小程序 app.json 的 subPackages 中
- * - 声明为 插件（plugin） 的模块: 功能研发中
- */
- type: 'subpackage',
-
- /**
- * 下载配置
- *
- * npm / git / tar / link / file 均用于下载模块, 只需要配置一个即可
- *
- * 如果同时配置了多个，则只会有一个下载配置生效，优先级为：npm > git > tar > link > file
- */
- /* 通过 npm 配置模块下载 */
- // 字符串方式配置，如:
- npm: 'your_package@1.2.0',
- // 对象方式配置，如：
- npm: {
- // npm 名称
- name: 'your_package',
- // npm 版本, 默认为 `latest`
- version: '1.2.0'
- },
-
- /* 通过 git 仓库配置模块下载 */
- // 字符串方式配置，如:
- git: 'git@github.com:abc/cde.git#master'
- // 对象方式配置，如：
- // 注意: branch/tag/commit 的优先级为 commit > tag > branch, 相关字段均配置后，会按照优先级取用
- git: {
- // 仓库地址, 支持 git/http/https/ssh 协议链接
- url: 'git@github.com:abc/cde.git',
- // 分支配置, 默认为 HEAD
- branch: 'develop',
- // 标签配置
- tag: 'v1.1.0',
- // Git 提交 commit id
- commit: 'abcdefghijklmnopqrstuvwxyz',
- },
-
- /* 通过 tar 配置模块下载 */
- // 字符串方式配置，如:
- tar: 'https://your_domain.com/abc.tar.gz',
- // 对象方式配置，如：
- tar: {
- url: 'https://your_domain.com/abc.tar.gz',
- // 支持增加扩展参数, 参见 got 配置
- },
-
- /* 通过 link 配置（软链）模块下载 */
- // 字符串方式配置，如:
- link: '/Users/yourHomeDir/Workspace/yourCustomHostPath',
- // 对象方式配置，如：
- link: {
- path: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- },
-
- /* 通过 file 配置（复制）模块下载 */
- // 字符串方式配置，如:
- file: '/Users/yourHomeDir/Workspace/yourCustomHostPath',
- // 对象方式配置，如：
- file: {
- path: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- },
-
- // 构建产物目录配置, 默认为 `dist`
- // dist 配置的作用是告知 mor 当前模块的产物所存放的目录位置
- dist: 'dist',
-
- /**
- * 集成构建过程中可执行的脚本, 可选配置
- */
- scripts: {
- // 执行脚本时的公共环境变量, 可选配置
- // mor 默认会注入如下环境变量:
- // MOR_COMPOSER_MODULE_CWD: 当前模块工作目录
- // MOR_COMPOSER_MODULE_TYPE: 当前模块类型
- // MOR_COMPOSER_MODULE_HASH: 当前模块 hash 信息, 用于 mor 内部判断是否需要重新下载模块
- // MOR_COMPOSER_MODULE_ROOT: 当前模块根目录
- // MOR_COMPOSER_MODULE_SOURCE: 当前模块源码目录
- // MOR_COMPOSER_MODULE_OUTPUT_FROM: 当前模块原始产物目录
- // MOR_COMPOSER_MODULE_OUTPUT_TO: 当前模块集成产物目录
- env: {},
-
- // 模块编译或拷贝前执行脚本, 可选配置
- before: [
- // 可以直接以字符串的方式配置命令
- 'npm i',
-
- // 也可以以对象的方式配置
- {
- // 需要执行的命令
- command: 'cd some_dir && mor compile',
- // 该命令的自定义环境变量
- env: {
- CUSTOM_ENV: 'CUSTOM_ENV_VALUE'
- },
- // 该命令的选项, 参见 execa.command 的 options 配置
- options: {
- shell: true
- }
- },
- ],
-
- // 模块编译完成后或拷贝后执行脚本，配置方式同 before，可选配置
- after: [],
-
- // 所有模块完成集成之后执行脚本，配置方式同 before，可选配置
- composed: [],
-
- // 脚本执行公共选项, 参见 execa.command 的 options 配置
- options: {}
- },
-
- /**
- * 模块配置内容，参见下方集成产物规范的 [config].json 描述
- */
- config: undefined
-}
-```
-
-## 集成产物规范
-
-集成产物是指可用于参与到小程序集成的标准模块产物，具备以下特点：
-
-- 框架无关
-- 可复用
-- 自描述
-
-模块文件目录结构：
-
-```bash
-[module name] - 以模块名称命名的模块根目录，可以由模块配置的 `name` 指定或基于下载配置自动生成
-├── [hash] - 模块源码或产物所在目录, `hash` 是由模块配置中的 `git`/`npm`/`tar`/`dist`/`mode` 字段生成的 MD5 值，用于辅助判断是否需要重新下载模块
-│ ├── [dist?] - 模块产物所在目录，以 mor.compose.json 中的 output.from 指向目录为准
-│ │ └── [config].json - 模块产物配置文件，不同的模块类型的配置文件均不相同，与 mor.compose.json 文件的 config 字段作用相同
-└── mor.compose.json - 模块描述文件
-```
-
-### 集成产物临时目录
-
-MorJS 会将集成产物统一存放到项目根目录的 `.mor/composer` 临时目录中，其中宿主模块会统一放在 `.mor/composer/hosts` 目录中，子模块会统一放在 `.mor/composer/modules` 目录中。
-
-集成的宿主模块和各个子模块的状态都是独立维护的，比如某次执行集成命令：
-
-```bash
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┬──────┐
- │ 模块 (共 6 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │ 结果 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ miniprogram_host │ * │ 宿主 │ 编译 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ subpackage1 │ dev/1.0.0 │ 分包 │ 组合 │ ✖ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ subpackage2 │ feat/1.0.0 │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ subpackage3 │ feature/1.0.0 │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ subpackage4 │ dev/1.1.0 │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ subpackage5 │ feature/1.1.0 │ 分包 │ 组合 │ ✔ │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┴──────┘
-```
-
-上方集成的模块中，`subpackage1` 模块集成失败，可直接通过删除目录 `.mor/composer/modules/subpackage1` 后重新运行命令，也可以通过命令行
-
-```bash
-npx mor clean all
-```
-
-来清理 MorJS 的缓存目录 `node_modules/.cache/mor` 和临时文件目录 `.mor` 后，重新运行之前的集成命令。
-
-通常情况下，推荐只删除出问题的模块，这样当再次运行集成命令时，已完成集成的模块，会被跳过，可大大节约集成时间。
-
-### 模块描述文件 —— mor.compose.json
-
-模块描述文件的主要作用是：描述一个名为 `name` 状态为 `state` 的模块需要将自身的产物通过集成模式 `mode` 的方式从目录 `output.from` 集成到目录 `output.to` 中，并将配置 `config` 合并到小程序的 `app.json` 文件中。
-
-```javascript
-{
- // 模块名称，该名称和模块所在目录名称一致
- "name": "miniapp-subpackage-name",
- // 模块类型
- "type": "subpackage",
- // 集成模式
- "mode": "compose",
- // 模块 hash 目录，基于模块配置生成，用于确保当前模块内容的唯一性
- "hash": "dc66928b089d5e14b77bdbdb09f4b60a",
- // 模块所在目录
- "root": ".mor/composer/modules/miniapp-subpackage-name",
- // 模块源代码所在目录，通常用于结合脚本生成最终产物
- "source": ".mor/composer/modules/miniapp-subpackage-name/dc66928b089d5e14b77bdbdb09f4b60a",
- // 模块集成状态
- "state": 2,
- // 模块产物输出配置
- "output": {
- // 当前模块的产物所在目录
- "from": ".mor/composer/modules/miniapp-subpackage-name/dc66928b089d5e14b77bdbdb09f4b60a",
- // 需要将当前模块产物复制到的目标目录
- "to": "dist/subpackageName"
- },
- // 模块配置文件，作用同 app.json/plugin.json/subpackage.json
- "config": {
- "type": "main",
- "root": "subpackageName",
- "pages": [
- "pages/index/index"
- ]
- }
-}
-```
-
-### 模块产物配置文件 —— [config].json
-
-模块配置文件，不同类型的模块配置文件按照如下规则配置：
-
-- 宿主（`host`）：使用 `app.json` 配置文件，该文件和小程序的 `app.json` 配置方式一致
-- 主包（`main`）：使用 `subpackage.json` 配置文件，该文件和小程序的 `app.json` 的 `subpackages` 字段条目配置方式一致，区别在于扩展了 `"type": "main"` 用于标记当前模块为主包模块
-- 分包（`subpackage`）：使用 `subpackage.json` 配置文件，该文件和小程序的 `app.json` 的 `subpackages` 字段条目配置方式一致
-- 插件（`plugin`）：使用 `plugin.json` 配置文件，该文件和小程序插件的 `plugin.json` 配置方式一致
-
-模块配置示例
-
-```javascript
-/* 配置示例 */
-
-// 小程序 app.json 配置示例
-// 详细配置可参见微信小程序或支付宝小程序 app.json 配置
-{
- "pages": [
- "pages/todos/todos",
- "pages/add-todo/add-todo"
- ],
- // subpackages 或 subPackages 均可
- "subPackages": [
- {
- "root": "my",
- "pages": [
- "pages/profile/profile"
- ]
- }
- ]
-}
-
-// 小程序插件 plugin.json 配置示例
-// 详细配置可参见微信小程序或支付宝小程序 plugin.json 配置
-{
- "publicComponents": {
- "list": "components/list/list"
- },
- "publicPages": {
- "hello-page": "pages/index/index"
- },
- "pages": [
- "pages/index/index",
- "pages/another/index"
- ],
- // 插件导出的模块文件
- "main": "index.js"
-}
-
-// 小程序分包 subpackage.json 配置示例
-// 配置方式同 app.json 中的 subpackages 的单个分包配置方式一致
-{
- // type 字段为 mor 独有, 用于标识该分包为 "subpackage" 或 "main"
- // 区别是: 集成时 "subpackage" 类型的分包会被自动合并到 app.json 的 subpackages 字段中
- // "main" 类型的分包会被自动合并到 app.json 的 pages 字段中 (即: 合并至主包)
- "type": "subpackage",
- // root 字段将影响集成时分包产物合并至宿主小程序时的根目录
- "root": "my",
- // 注意: 编译分包以 pages 作为实际路径进行解析
- "pages": [
- "pages/profile/profile"
- ]
-}
-```
-
-### 实际模块示例
-
-```bash
-miniapp-subpackage-name
-├── dc66928b089d5e14b77bdbdb09f4b60a
-│ ├── dist
-│ │ ├── components
-│ │ ├── pages
-│ │ │ └── index
-│ │ │ ├── index.js
-│ │ │ ├── index.json
-│ │ │ ├── index.wxml
-│ │ │ └── index.wxss
-│ │ └── subpackage.json
-└── mor.compose.json
-```
-
-## 用法举例
-
-这里会简单列举三种集成研发模式，来帮助大家理解集成的具体作用和使用方法。
-
-### 主/子分包研发模式
-
-业务可基于业务对小程序中的分包进行拆分，以达到各个业务相互解耦，独立迭代的目的，参见下方分包配置示例：
-
-```typescript
-import { defineConfig, takin } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'tt',
- sourceType: 'alipay',
- target: 'bytedance',
- modules: [
- // 主入口包
- {
- name: 'miniapp-entry',
- git: {
- url: 'git@github.com:abc/miniapp-entry.git',
- branch: 'dev/1.0.0'
- },
- scripts: {
- before: ['npm i', 'npm run build:dy']
- },
- dist: 'dist/dy'
- },
-
- // 搜索分包
- {
- git: {
- url: 'git@github.com:abc/eleme-miniapp-plugin-search.git',
- branch: 'feat/upgrade-to-mor-2'
- },
- scripts: {
- before: ['npm i', 'cd plugin && npm i', 'mor compile --name dy']
- },
- dist: 'miniprogram_tt/dist'
- },
-
- // 红包分包
- {
- git: {
- url: 'git@github.com:abc/vouchers.git',
- branch: 'feature/dy'
- },
- scripts: {
- before: ['npm i', 'cd plugin && npm i', 'mor compile --name dy']
- },
- dist: 'dist/bytedance'
- },
-
- // 订单列表
- {
- git: {
- url: 'git@github.com:abc/miniapp-plugin-orderlist.git',
- branch: 'dev/dy/10.12.5'
- },
- scripts: {
- before: ['npm i', 'npm run build:dy']
- },
- dist: 'build/_bytedance'
- },
-
- // 平台(地址管理)
- {
- git: {
- url: 'git@github.com:abc/king-home-alipay.git',
- branch: 'feature/dy'
- },
- scripts: {
- before: ['npm i', 'mor compile --name douyin_subpackage']
- },
- dist: 'dist'
- }
- ]
- }
-])
-```
-
-通过 `MorJS` 命令：`mor compile --compose` 即可集成上述配置中宿主和相关的分包。
-
-运行结果示例：
-
-```bash
-[mor] ⚑ 当前 MorJS 为开源版本: @morjs/cli@1.0.0
-[mor] ℹ 发现配置文件: mor.config.ts
-[mor] ✔ 配置文件加载成功: mor.config.ts
-[mor] ℹ 小程序集成功能已开启
-[mor] ℹ 即将开始集成以下模块(最大并发数: 4):
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┐
- │ 模块 (共 6 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ miniprogram_host │ * │ 宿主 │ 编译 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ miniapp-entry │ dev/dy_10.12.5 │ 分包 │ 组合 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ eleme-ad_eleme-miniapp-plugin-search │ feat/upgrade-… │ 分包 │ 组合 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ mini-foundation_vouchers │ feature/dy │ 分包 │ 组合 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ eleme_miniapp-plugin-orderlist │ dev/dy/10.12.5 │ 分包 │ 组合 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ alsc-mini-app_king-home-alipay │ feature/dy │ 分包 │ 组合 │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┘
-[mor] ℹ 模块 eleme_miniapp-plugin-orderlist 前置脚本开始执行...
-[mor] ℹ 模块 eleme_miniapp-plugin-orderlist 执行命令: npm i
-[mor] ℹ 模块 alsc-mini-app_king-home-alipay 开始下载...
-[mor] ℹ 模块 eleme-ad_eleme-miniapp-plugin-search 前置脚本开始执行...
-[mor] ℹ 模块 eleme-ad_eleme-miniapp-plugin-search 执行命令: npm i
-[mor] ℹ 模块 mini-foundation_vouchers 前置脚本开始执行...
-[mor] ℹ 模块 mini-foundation_vouchers 执行命令: npm i
-[mor] ✔ 模块 alsc-mini-app_king-home-alipay 下载成功
-[mor] ℹ 模块 alsc-mini-app_king-home-alipay 前置脚本开始执行...
-[mor] ℹ 模块 alsc-mini-app_king-home-alipay 执行命令: npm i
-[mor] ℹ 模块 eleme_miniapp-plugin-orderlist 执行命令: npm run build:dy
-[mor] ✔ 模块 eleme_miniapp-plugin-orderlist 前置脚本执行成功, 耗时: 27.440s
-[mor] ℹ 模块 alsc-mini-app_king-home-alipay 执行命令: mor compile --name douyin_subpackage
-[mor] ✔ 模块 alsc-mini-app_king-home-alipay 前置脚本执行成功, 耗时: 70.623s
-[mor] ℹ 模块 mini-foundation_vouchers 执行命令: cd plugin && npm i
-[mor] ℹ 模块 mini-foundation_vouchers 执行命令: mor compile --name dy
-[mor] ℹ 模块 eleme-ad_eleme-miniapp-plugin-search 执行命令: cd plugin && npm i
-[mor] ✔ 模块 mini-foundation_vouchers 前置脚本执行成功, 耗时: 93.399s
-[mor] ℹ 模块 eleme-ad_eleme-miniapp-plugin-search 执行命令: mor compile --name dy
-[mor] ✔ 模块 eleme-ad_eleme-miniapp-plugin-search 前置脚本执行成功, 耗时: 115.475s
-[mor] ℹ 准备配置中, 即将开始编译 👇
- 配置名称: tt
- 编译目标: 字节小程序
- 编译环境: development
- 编译类型: 小程序
- 编译模式: bundle
- 源码类型: alipay
- 源码目录: src
- 输出目录: dist/bytedance
-[mor] ℹ 已开启缓存, 可通过 --no-cache 关闭
-[mor] ℹ 已开启 node_modules 组件处理
-[mor] ℹ 开始编译 ...
-[mor] ℹ 依赖分析中 ...
-[mor] ℹ 依赖分析完成: 耗时: 86.012583 ms
-[mor] ℹ 模块集成结果:
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┬──────┐
- │ 模块 (共 6 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │ 结果 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ miniprogram_host │ * │ 宿主 │ 编译 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ miniapp-entry │ dev/dy_10.12.5 │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ eleme-ad_eleme-miniapp-plugin-search │ feat/upgrade-… │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ mini-foundation_vouchers │ feature/dy │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ eleme_miniapp-plugin-orderlist │ dev/dy/10.12.5 │ 分包 │ 组合 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ alsc-mini-app_king-home-alipay │ feature/dy │ 分包 │ 组合 │ ✔ │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┴──────┘
-[mor] ✔ 集成产物目录: dist/bytedance
-[mor] ✔ 编译完成, 耗时: 127941.680666 ms
-```
-
-用小程序 IDE 打开 dist/bytedance 目录即可预览集成后的完整小程序。
-
-### SDK 研发模式
-
-业务可将通用页面封装置某个 `NPM` 包中作为通用功能，如统一宿主的 `Solution` 配置，参见下方示例：
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-export default defineConfig([
- {
- name: 'tt',
- target: 'bytedance',
- // 配置需要的 SDK
- modules: [
- {
- // 指定 npm 名称和版本
- npm: {
- name: 'mor-runtime-solution-standard-eleme',
- version: '1.0.4'
- },
- // 通过编译的模式参与集成
- mode: 'compile',
- // 作为主包模块进行集成
- type: 'main',
- // mor-runtime-solution-standard-eleme 包中的产物地址
- dist: './src',
- // 通过配置注入的页面内容：涉及 webview 和登录的页面和组件，由当前 solution 统一收口维护
- // 集成编译后，配置中的页面将会合并至 app.json 的 pages 字段中
- config: {
- pages: {
- 'pages/container/index': 'pages/container/index',
- 'pages/container-transnavbar/index':
- 'pages/container-transnavbar/index',
- 'pages/auth/index': 'pages/auth/index',
- 'pages/havana/index': 'pages/havana/index'
- }
- }
- }
- ]
- }
-])
-```
-
-通过 `MorJS` 命令：`mor compile --compose` 即可集成上述配置中的页面。
-
-运行结果示例：
-
-```bash
-[mor] ⚑ 当前 MorJS 为开源版本: @morjs/cli@1.0.0
-[mor] ℹ 发现配置文件: mor.config.ts
-[mor] ✔ 配置文件加载成功: mor.config.ts
-[mor] ℹ 小程序集成功能已开启
-[mor] ℹ 即将开始集成以下模块(最大并发数: 4):
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┐
- │ 模块 (共 2 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ miniprogram_host │ * │ 宿主 │ 编译 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ ali_mor-runtime-solution-standard-eleme_1_0… │ 1.0.4........ │ 主包 │ 编译 │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┘
-[mor] ℹ 准备配置中, 即将开始编译 👇
- 配置名称: tt
- 编译目标: 字节小程序
- 编译环境: development
- 编译类型: 小程序
- 编译模式: bundle
- 源码类型: alipay
- 源码目录: src
- 输出目录: dist/bytedance
-[mor] ℹ 已开启缓存, 可通过 --no-cache 关闭
-[mor] ℹ 已开启 node_modules 组件处理
-[mor] ℹ 开始编译 ...
-[mor] ℹ 依赖分析中 ...
-[mor] ℹ 依赖分析完成: 耗时: 1639.405709 ms
-[mor] ℹ 模块集成结果:
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┬──────┐
- │ 模块 (共 2 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │ 结果 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ miniprogram_host │ * │ 宿主 │ 编译 │ ✔ │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ ali_mor-runtime-solution-standard-eleme_1_0… │ 1.0.4........ │ 主包 │ 编译 │ ✔ │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┴──────┘
-[mor] ✔ 集成产物目录: dist/bytedance
-[mor] ✔ 编译完成, 耗时: 14175.584625 ms
-```
-
-### 小程序插件研发模式
-
-由于小程序插件无法独立运行，且对产物目录结构有特殊的要求，如：
-
-```bash
-dist
-├── miniprogram
-├── plugin
-└── mini.project.json
-```
-
-基于这种情况，我们可以利用 `MorJS` 的集成功能，来实现插件研发，参考配置如下：
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'alipay_plugin',
- sourceType: 'alipay',
- target: 'alipay',
- // 编译类型为 插件
- compileType: 'plugin',
- compileMode: 'bundle',
- // 配置插件宿主
- host: {
- git: {
- url: 'git@github.com:abc/king-home-alipay.git',
- branch: 'master'
- },
- scripts: {
- before: ['npm i', 'npm run compile:ali']
- },
- dist: '_ali'
- },
- outputPath: 'dist',
- // 插件源码目录
- srcPath: 'plugin',
- autoClean: true
- }
-])
-```
-
-通过 `MorJS` 命令：`mor compile --name alipay_plugin --compose` 即可集成上述配置中的小程序插件及其宿主。
-
-运行结果示例：
-
-```bash
-[mor] ⚑ 当前 MorJS 为开源版本: @morjs/cli@1.0.0
-[mor] ℹ 发现配置文件: mor.config.ts
-[mor] ✔ 配置文件加载成功: mor.config.ts
-[mor] ℹ 小程序集成功能已开启
-[mor] ℹ 即将开始集成以下模块(最大并发数: 4):
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┐
- │ 模块 (共 1 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┤
- │ alsc-mini-app_king-home-alipay │ master │ 宿主 │ 组合 │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┘
-[mor] ℹ 准备配置中, 即将开始编译 👇
- 配置名称: alipay_plugin
- 编译目标: 支付宝小程序
- 编译环境: development
- 编译类型: 插件
- 编译模式: bundle
- 源码类型: alipay
- 源码目录: plugin
- 编译产物: dist/plugin
- 输出目录: dist
-[mor] ℹ 已开启缓存, 可通过 --no-cache 关闭
-[mor] ℹ 启动文件监听模式
-[mor] ℹ 开始编译 ...
-[mor] ℹ 依赖分析中 ...
-[mor] ℹ 依赖分析完成: 耗时: 12.790667 ms
-[mor] ⠼ 正在编译, 进度: 99.00%
-[mor] ℹ 模块集成结果:
-[mor] ℹ ┌──────────────────────────────────────────────┬────────────────┬──────┬──────┬──────┐
- │ 模块 (共 1 个, 集成终态: 已集成) │ 版本 │ 类型 │ 模式 │ 结果 │
- ├──────────────────────────────────────────────┼────────────────┼──────┼──────┼──────┤
- │ alsc-mini-app_king-home-alipay │ master │ 宿主 │ 组合 │ ✔ │
- └──────────────────────────────────────────────┴────────────────┴──────┴──────┴──────┘
-[mor] ✔ 集成产物目录: dist/miniprogram
-[mor] ✔ 编译完成, 耗时: 1544.04675 ms
-```
-
-用小程序 IDE 打开 dist 目录即可预览小程序插件。
-
-## 命令行说明
-
-除了通过 [配置](/guides/basic/config#集成相关配置) 的方式来使用集成能力之外，部分功能也可以结合命令行来使用，命令行的优先级高于用户配置，具体参见下方说明：
-
-```bash
-集成相关命令行用法:
- $ mor compose 或 mor compile --compose
-
-集成相关命令行选项:
- --with-modules 
-
-## 形态差异
-
-形态差异是指 **小程序**、**小程序分包**、**小程序插件** 三种不同形态的运行方式差异以及转换为其他形态之后产生的差异，具体如下：
-
-- **`getApp` 差异**
- - **小程序：** 可通过 `getApp()` 来获取全局 `App` 实例及实例上挂载的属性或方法
- - **小程序插件：** 无法调用 `getApp()`
- - **小程序分包：** 可通过 `getApp()` 来获取全局 `App` 实例及实例上挂载的属性或方法；但当通过小程序转换为分包后，分包自身原本调用的 `getApp` 将失效，并被替换为宿主小程序的 `getApp`
-- **`App 应用生命周期` 差异**
- - **小程序：** 应用会执行 `onLaunch`、`onShow`、`onHide` 等生命周期
- - **小程序插件：** 无应用生命周期
- - **小程序分包：** 无应用生命周期
-- **`全局样式`（如：`app.wxss` 或 `app.acss`）差异**
- - **小程序：** 可通过全局样式来声明全局样式
- - **小程序插件：** 无全局样式
- - **小程序分包：** 无全局样式
-- **`NPM` 使用限制**
- - **小程序：** 各个小程序平台支持和限制情况不一
- - **小程序插件：** 各个小程序平台支持和限制情况不一
- - **小程序分包：** 各个小程序平台支持和限制情况不一
-- **`MorJS 运行时插件/解决方案`使用差异**
- - **小程序：** 可正常使用
- - **小程序插件：** 因为无 `App` 无法使用
- - **小程序分包：** 因为无 `App` 无法使用
-- **接口调用限制**
- - **小程序：** 无限制
- - **小程序插件：** 存在大量的接口调用限制，如 [开发支付宝小程序插件](https://opendocs.alipay.com/mini/plugin/plugin-development) 或 [开发微信小程序插件](https://developers.weixin.qq.com/miniprogram/dev/framework/plugin/development.html)
- - **小程序分包：** 无限制
-- **路由差异**
- - **小程序：** 转换到其他形态后自身路由会发生变化
- - **小程序插件：** 转换到其他形态后自身路由会发生变化，跳转插件页面需要包含 `plugin://` 或 `dynamic-plugin://` 等前缀，小程序或分包则不需要
- - **小程序分包：** 转换到其他形态后自身路由会发生变化
-- **`getCurrentPages` 差异**
- - **小程序：** 无限制
- - **小程序插件：** 无法通过 `getCurrentPages` 获取到小程序的页面堆栈
- - **小程序分包：** 无限制
-- **页面或组件样式差异**
- - **小程序：** 无限制
- - **小程序插件：** 基本选择器只支持 ID 与 class 选择器，不支持标签、属性、通配符选择器
- - **小程序分包：** 无限制
-
-等等，相关形态差异可结合各个小程序平台查看，这里仅罗列常见的部分。
-
-## 解决方案
-
-### 适用范围
-
-MorJS 的形态一体化方案重点在于解决上述差异中业务难以自行适配的部分，如：
-
-- `getApp` 差异
-- `App 应用生命周期` 差异
-- `全局样式`（如：`app.wxss` 或 `app.acss`）差异
-- `NPM` 使用限制
-- `MorJS 运行时插件/解决方案`
-
-等。其他差异，建议业务自行兼容或基于 MorJS 的 [文件纬度条件编译](/guides/conditional-compile/file-level.md) 或 [代码纬度条件编译](/guides/conditional-compile/code-level.md) 来自行分端兼容。
-
-### 实现方案
-
-为了帮助大家更好的理解一体化方案的逻辑，这里会通过一些示例性的代码来解释下一体化背后的实现思路，实际的实现代码会复杂很多，有兴趣的同学可以直接看 MorJS 源码。
-
-#### 入口配置说明
-
-不同形态的入口文件可通过配置 `compileType` 来指定：
-
-- `miniprogram`: 以小程序的方式编译, 入口配置文件为 `app.json`
-- `plugin`: 以插件的方式编译, 入口配置文件为 `plugin.json`
-- `subpackage`: 以分包的方式编译, 入口配置文件为 `subpackage.json`
-
-有关 MorJS 配置文件说明可参见文档：[MorJS 基础 - 配置](/guides/basic/config#集成相关配置)
-
-入口文件配置示例如下：
-
-```javascript
-/* 配置示例 */
-
-// 小程序 app.json 配置示例
-// 详细配置可参见微信小程序或支付宝小程序 app.json 配置
-{
- "pages": [
- "pages/todos/todos",
- "pages/add-todo/add-todo"
- ],
- // subpackages 或 subPackages 均可
- "subPackages": [
- {
- "root": "my",
- "pages": [
- "pages/profile/profile"
- ]
- }
- ]
-}
-
-// 小程序插件 plugin.json 配置示例
-// 详细配置可参见微信小程序或支付宝小程序 plugin.json 配置
-{
- "publicComponents": {
- "list": "components/list/list"
- },
- "publicPages": {
- "hello-page": "pages/index/index"
- },
- "pages": [
- "pages/index/index",
- "pages/another/index"
- ],
- // 插件导出的模块文件
- "main": "index.js"
-}
-
-// 小程序分包 subpackage.json 配置示例
-// 配置方式同 app.json 中的 subpackages 的单个分包配置方式一致
-{
- // type 字段为 mor 独有, 用于标识该分包为 "subpackage" 或 "main"
- // 区别是: 集成时 "subpackage" 类型的分包会被自动合并到 app.json 的 subpackages 字段中
- // "main" 类型的分包会被自动合并到 app.json 的 pages 字段中 (即: 合并至主包)
- "type": "subpackage",
- // root 字段将影响集成时分包产物合并至宿主小程序时的根目录
- "root": "my",
- // 注意: 编译分包以 pages 作为实际路径进行解析
- "pages": [
- "pages/profile/profile"
- ]
-}
-```
-
-默认情况下不同 `compileType` 对应的入口配置文件会直接从 `srcPath` 和 `srcPaths` 所指定的源码目录中直接载入。
-
-如需要定制入口配置文件的路径可通过 [customEntries 配置](/guides/basic/config#customentries---自定义入口文件配置) 来自定义。
-
-#### 差异抹平思路
-
-##### 多形态下的 `getApp` 调用和 `App` 生命周期抹平
-
-通过在小程序插件和小程序分包模式下增加 `app.js` 入口文件的支持，并模拟 `App` 生命周期调用和为所有的页面和组件注入 `getApp` 方法来实现，具体可参见下图示例：
-
-
-
-##### 多形态下的全局样式支持（如 `app.acss` 或 `app.wxss`）
-
-小程序编译时通过自动将全局样式文件（`app.acss` 或 `app.wxss` 等）注入到每个页面和组件的样式文件中作为引用来实现对全局样式的兼容，具体可参见下图示例：
-
-
-
-##### `NPM` 组件库支持差异抹平
-
-基于 MorJS 本身提供的 `bundle` 模式，结合 [多端组件库规范](/specifications/component) 和 [JS 依赖库规范](/specifications/js) 来自动在编译的过程中，自动将小程序、小程序插件、小程序分包的 JS 依赖统一打包并将使用到的组件库自动提取到 `npm_components` 文件夹来规避不同形态下的依赖问题以及不同小程序平台本身的 NPM 支持差异问题，编译流程如下：
-
-
-
-## 配置示例
-
-业务可参考下方的配置示例来实现小程序形态一体化的配置。
-
-### 前置准备
-
-相关功能需要以下或更新版本的 MorJS 依赖，开始前请在项目中的 `package.json` 检查并设置。
-
-```bash
-npm i @morjs/cli@2 -D
-npm i @morjs/core@2 --save
-```
-
-### 小程序转分包
-
-#### 1、在项目根目录创建 `subpackage.json` 文件
-
-将需要转换为分包的页面填写进去，如:
-
-```json
-{
- "root": "takeout_delicious_food",
- "pages": ["index/index"]
-}
-```
-
-注意：当前需要业务方手动添加该文件，如果需要转换的小程序 `app.json` 已存在分包配置，需要将分包中的页面也添加至 `subpackage.json` 的 `pages` 中，注意页面路径为`分包名称＋路径`，不要写错。
-
-#### 2、在 `mor.config.ts` 文件中增加分包编译配置
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- // ⭐️⭐️⭐️ 重点看这里：分包编译配置 ⭐️⭐️⭐️
- {
- // 编译名称，可随意修改
- name: 'wechat_subpackage',
- // 源码类型, 这里以支付宝小程序 DSL 为例
- sourceType: 'alipay',
- target: 'wechat',
- // 指定编译类型为分包!
- compileType: 'subpackage',
- // 分包只能使用 bundle 打包模式
- compileMode: 'bundle',
- // 如果分包需要使用宿主的 npm 依赖，且不希望该依赖参与打包
- // 可以在 externals 中指定 npm 包的名称，在项目中正常引用即可
- // 注意：微信环境下需要自行触发 构建 NPM 操作
- externals: []
- }
-])
-```
-
-完成以上配置后，即可执行对应的分包编译，编译完成后，将对应编译产物文件夹直接放到对应的宿主中即可。
-
-#### 3、接入注意事项
-
-- 分包的打包模式默认会查找 `mor.subpackage.app.js`，如果该文件不存在，则会直接使用 `app.js`，故小程序转分包如无特别需求可以不使用 `mor.subpackage.app.js`，如果配置了 `mor.subpackage.app.js` 则将使用该文件，并忽略 `app.js`。如果需要两个文件并存，那么可以考虑把公共逻辑抽象到一个单独文件中
-- 分包的打包方式，仅提供直接将完整小程序编译为可直接作为分包运行的文件夹，业务方接入到微信还有一些内容需要适配，差异无法全部抹平，具体参见文档：[《多端差异性总结》](/guides/compatibilities/alipay-to-wechat.md)
-- 小程序转分包后， `app.onLaunch` 会在首次打开分包页面时调用，`app.onShow` 以及其他方法如 `onError` 等 不会被调用，这块儿的差异需要业务方自行处理
-- 分包模式会对 `getApp` 方法进行兜底处理，分包模式下通过 `getApp` 调用获得的 `app` 为宿主和分包的混合产物，宿主的属性和方法可以通过 `app.$host` 获取，具体逻辑可以查看产物中的 `mor.subpackage.global.js` 文件
-- 分包模式下如果会将 app.acss 注入到各个页面和组件的样式中作为引用，原因为部分业务团队重度依赖全局样式
-- 业务中如有用到自有封装的 npm package，这部分需要自行确保多端支持
-- 如果需要使用宿主已提供的 npm package，可以将对应的包名添加到上述配置示例的 `externals` 中，然后在项目中正常引用即可。如项目中出现此类需求，建议抽象出来一个单独的 js 文件，可以通过文件或源代码纬度的条件编译来为不同端提供支持，避免造成对业务代码的污染
-- 风险点: 分包没有固定初始化入口，故为了能够正常初始化项目代码，编译时在每个页面和组件的 JS 文件顶部引入了初始化的文件，用于确保分包的初始化
-
-### 小程序转插件
-
-#### 1、在项目根目录创建 `plugin.json` 文件
-
-将需要转换为分包的页面填写进去（这里仅举例支付宝小程序的插件配置，微信略有区别，请自行查看各方文档：[支付宝插件](https://opendocs.alipay.com/mini/plugin/plugin-development) 或 [微信插件](https://developers.weixin.qq.com/miniprogram/dev/framework/plugin/development.html)），如:
-
-```json
-{
- "publicComponents": {
- "demo-component": "components/demo/index"
- },
- "publicPages": {
- "index-page": "pages/index/index"
- },
- "pages": ["pages/index/index"],
- "main": "index"
-}
-```
-
-注意：当前需要业务方手动添加该文件，如果需要转换的小程序 `app.json` 存在分包配置，需要将分包中的页面也添加至 `plugin.json` 的 `pages` 中，注意页面路径为`分包名称＋路径`，不要写错，同时插件需要对外开放的页面需要填写到对应的 `publicPages` 中 。
-
-#### 2、在 `mor.config.ts` 文件中增加插件编译配置
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- // ⭐️⭐️⭐️ 重点看这里：分包编译配置 ⭐️⭐️⭐️
- {
- // 编译名称，可随意修改
- name: 'alipay_plugin',
- // 源码类型, 这里以支付宝小程序 DSL 为例
- sourceType: 'alipay',
- target: 'alipay'
- // 指定编译类型为插件!
- compileType: 'plugin',
- // 插件只能使用 bundle 打包模式
- compileMode: 'bundle',
- // 开启集成模式
- compose: true,
- host: {
- // miniprogram 为本地的小程序宿主
- // 可自行增加最简单的小程序宿主
- // 也可以使用 mor init 在该文件夹下生成
- file: './miniprogram',
- dist: '.'
- }
- },
-])
-```
-
-完成以上配置后，即可执行对应的插件编译，编译完成后，即可在对应的小程序开发者工具中进行调试。
-
-#### 3、配置 `index.js` 文件
-
-插件可以在 `index.js` 中输出能力，宿主在使用插件运行时插件的时候可以直接通过 `getApp().$plugin.instances.[插件名称]` 来访问到插件输出的能力。
-
-```typescript
-import { aPlugin } from '@morjs/core'
-
-class PluginEntry extends aPlugin {
- constructor() {
- // 必须要调用 super
- super({ getApp })
- }
-
- // 提供了一个方法 x 可以供宿主小程序调用
- x() {
- return 1
- }
-}
-
-export default new PluginEntry()
-```
-
-#### 4、配置已有的 `app.js` 或使用 `mor.plugin.app.js`
-
-插件工程默认会查找 `mor.plugin.app.js`，如果该文件不存在，则会直接使用 `app.js`，故小程序转插件如无特别需求可以不使用 `mor.plugin.app.js`
-
-如果配置了 `mor.plugin.app.js` 则将使用该文件，并忽略 `app.js`，如果需要两个文件并存，那么可以考虑把公共逻辑抽象到一个单独文件中
-
-```javascript
-import { aApp } from '@morjs/core'
-
-// 和普通小程序一样使用 mor 的运行时解决方案和插件
-import SolutionStandard from 'mor-runtime-solution-standard'
-
-// 需要加载插件化的运行时解决方案
-import SolutionPlugin from 'mor-runtime-solution-plugin'
-
-// 初始化app，里面的实例是 getApp 返回的实例
-aApp(
- {
- onLaunch() {
- console.log('plugin app onLaunch')
- },
- onShow() {
- console.log('plugin app onShow')
- },
- onHide() {
- console.log('plugin app onHide')
- }
- },
- [
- SolutionStandard({ exlog: { biz: 'a1.b2' } }),
- // 初始化 插件 solution
- SolutionPlugin({ type: 'plugin' })
- ]
-)
-```
-
-#### 5、宿主小程序如何对接插件工程？
-
-##### 如果是 MorJS 标准小程序宿主
-
-```javascript
-import { aApp } from '@morjs/core'
-
-// 引入插件 Solution
-import SolutionPlugin from 'mor-runtime-solution-plugin'
-
-aApp(
- {
- // 业务逻辑代码
- onLaunch(options) {
- // 初始化插件调用
- this.$plugin.init({
- plugins: [
- {
- // 插件名称，同 app.json 里面的插件配置名称一致
- name: 'myPlugin',
- // 如果是动态插件的话，需要传插件 id 和 version
- id: '',
- version: '',
- // 拓展给插件的方法和属性
- extend: {
- shopId: '123',
- login() {
- console.log('call $host login method')
- },
- getUserId() {
- return '456'
- }
- }
- }
- ]
- })
- }
- },
- [
- // 增加 插件初始化 Solution，并设置类型 type 为 host
- SolutionPlugin({ type: 'host' })
- ]
-)
-```
-
-##### 如果是普通小程序宿主
-
-```javascript
-import PluginSDK from 'mor-runtime-plugin-plugin-init/lib/sdk'
-
-App({
- // 业务逻辑代码
- onLaunch(options) {
- // 初始化 SDK
- this.$plugin = new PluginSDK({ $host: this })
-
- // 初始化插件调用
- this.$plugin.init({
- plugins: [
- {
- // 插件名称，同 app.json 里面的插件配置名称一致
- name: 'myPlugin',
- // 如果是动态插件的话，需要传插件 id 和 version
- id: '',
- version: '',
- // 拓展给插件的方法和属性
- extend: {
- shopId: '123',
- login() {
- console.log('call $host login method')
- },
- getUserId() {
- return '456'
- }
- }
- }
- ]
- })
- }
-})
-```
-
-#### 6、接入注意事项
-
-1. 小程序转插件的功能和 [MorJS 插件工程](https://yuque.antfin-inc.com/alsc-f2e/mor/plugin-usage) 基本一致，可以点击文档查看具体用法和限制
-2. 宿主需要接入插件 SDK 之后，才具备将宿主方法注入到插件的能力
-
-### 插件转分包
-
-#### 1、在项目根目录创建 `subpackage.json` 文件
-
-将插件的 `plugin.json` 转换为分包的配置，如:
-
-```json
-{
- "root": "takeout_delicious_food",
- "pages": ["index/index"]
-}
-```
-
-注意：当前需要业务方手动添加该文件，注意页面路径为`分包名称＋路径`，不要写错。
-
-#### 2、在 `mor.config.ts` 文件中增加分包编译配置
-
-```typescript
-{
- // 编译名称，可随意修改
- name: 'wechat_subpackage',
- // 源码类型, 这里以支付宝小程序 DSL 为例
- sourceType: 'alipay',
- target: 'wechat'
- // 指定编译类型为分包!
- compileType: 'subpackage',
- // 分包只能使用 bundle 打包模式
- compileMode: 'bundle',
- // 如果分包需要使用宿主的 npm 依赖，且不希望该依赖参与打包
- // 可以在 externals 中指定 npm 包的名称，在项目中正常引用即可
- // 注意：微信环境下需要自行触发 构建 NPM 操作
- externals: []
- },
-```
-
-完成以上配置后，即可执行对应的分包编译，编译完成后，将对应编译产物文件夹直接放到对应的宿主中即可。
-
-### 其他情况
-
-剩余三种形态转换的配置方式由于和上述三种配置方式类似，这里不再赘述：
-
-- **分包转插件：** 可参考 [插件转分包](unity-of-forms#插件转分包)，思路基本一致
-- **插件转小程序：** 本质上只需要增加 `app.json` 配置文件，修改或新增一套配置并将 `compileType` 指定为 `miniprogram` 即可
-- **分包转小程序：** 本质上只需要增加 `app.json` 配置文件，修改或新增一套配置并将 `compileType` 指定为 `miniprogram` 即可
diff --git a/website/docs/guides/advance/use-community-component.md b/website/docs/guides/advance/use-community-component.md
deleted file mode 100644
index 3ec53896..00000000
--- a/website/docs/guides/advance/use-community-component.md
+++ /dev/null
@@ -1,164 +0,0 @@
-# MorJS 使用社区组件库指南
-
-## 背景
-
-距离 MorJS 开源已经有一段时间了，随着使用人数的上升，较多开发者将现有小程序项目接入 MorJS 框架都会提出一个疑问，项目中除了开发同学写的原生业务代码外，很多项目还用到了第三方的组件库，这些社区组件库能够被一同转成其他小程序端么？
-
-答案是：可以，只要是（微信/支付宝）小程序原生开发的组件，理论上是可以一并转换的，使用方式上，需按照对应平台 npm 组件的规范 来使用，本次我们将分别对使用到社群中提及频率较高的 [Vant Weapp](https://github.com/youzan/vant-weapp)、[TDesign](https://github.com/Tencent/tdesign-miniprogram)、[Wux Weapp](https://github.com/wux-weapp/wux-weapp/) 的项目进行转端（如果你的项目选用的是其他组件库，也可以参考以下流程）
-
-## 一. 项目接入 MorJS
-
-使用 MorJS 提供的一码多端能力，自然需要用到 MorJS 本身，我们针对不同业务场景，提供了两种接入方式：
-
-- 新项目使用 create-mor 创建项目，文档参考：[《MorJS - 快速上手》](https://mor.eleme.io/guides/introduction/getting-started)
-- 已有项目添加必要依赖进行接入，文档参考：[《MorJS - 原生小程序接入》](https://mor.eleme.io/guides/migrate-from-original-miniprogram-to-mor)
-
-完成以上接入后，可在项目目录终端下执行编译命令启动项目 npm run dev，多端产物已构建在 dist 目录下，分别用对应平台的 IDE 打开即可开发预览。
-
-```
-.
-├── dist // 产物目录，可在 mor.config.* 中通过 outputPath 配置进行修改
-│ ├── alipay // 支付宝端产物，可在用支付宝 IDE 进行预览调试
-│ ├── wechat // 微信端产物，可在用微信 IDE 进行预览调试
-│ └── web // 转 web 产物，可在浏览器中进行预览调试
-├── node_modules // 安装 node 后用来存放用包管理工具下载安装的包的文件夹
-├── src // 源码目录，可在 mor.config.* 中通过 srcPath 配置进行修改
-├── mor.config.ts // MorJS 配置文件，用于提供多套编译配置
-└── package.json // 项目的基础配置文件
-```
-
-## 二. 项目接入社区组件库
-
-根据对应的社区组件库文档进行接入，如果你的项目选用的是其他组件库，也可以参考以下流程进行接入。
-
-请注意，项目所使用的组件库和项目的小程序 DSL 需要为同一套源码，例如选择使用微信 DSL 写的项目，引入的组件库需要是 for 微信小程序的组件库，支付宝 DSL 亦然。
-
-### 接入 [Vant Weapp](https://github.com/youzan/vant-weapp) 流程
-
-1. 安装：通过 npm 安装组件库 `npm i @vant/weapp -S --production`
-2. 配置：MorJS 工程默认配置下，可直接跳过这步
-
-- app.json 配置：小程序新版组件库与 [Vant Weapp](https://github.com/youzan/vant-weapp) 可能存在一定样式冲突问题，请根据业务需求及项目表现，自行决定是否需要去除新版基础组件样式，如需去除删除 app.json 文件的 `"style": "v2"` 配置项即可
-- project.config.json 配置：MorJS 默认的 bundle 模式无需修改此项配置
-- 构建 npm 包：MorJS 默认的 bundle 模式无需构建此项
-- typescript 支持：MorJS 本身支持 typescript，无需配置此项
-
-3. 使用：在对应的 json 文件中配置所用组件对应的路径，在 xml 中直接使用组件即可
-
-> 配置组件路径有两种方式：可以按照 组件库规范 来引用组件，或按照实际路径引用组件
-
-```json
-{
- "usingComponents": {
- "van-button": "@vant/weapp/button/index", // 按照规范引用 button 组件
- "van-popup": "@vant/weapp/lib/popup/index" // 按照实际路径引用 popup 组件
- }
-}
-```
-
-### 接入 [TDesign](https://github.com/Tencent/tdesign-miniprogram) 流程
-
-1. 安装：通过 npm 安装组件库 `npm i tdesign-miniprogram -S --production`
-2. 配置：MorJS 工程默认配置下，可直接跳过这步
-
-- app.json 配置：小程序新版组件库与 [TDesign](https://github.com/Tencent/tdesign-miniprogram) 可能存在一定样式冲突问题，请根据业务需求及项目表现，自行决定是否需要去除新版基础组件样式，如需去除删除 app.json 文件的 `"style": "v2"` 配置项即可
-- 构建 npm 包：MorJS 默认的 bundle 模式无需构建此项
-- typescript 支持：MorJS 本身支持 typescript，无需配置此项
-
-3. 使用：在对应的 json 文件中配置所用组件对应的路径，在 xml 中直接使用组件即可
-
-> 配置组件路径有两种方式：可以按照 组件库规范 来引用组件，或按照实际路径引用组件
-
-```json
-{
- "usingComponents": {
- "van-button": "tdesign-miniprogram/button/button", // 按照规范引用 button 组件
- "van-popup": "tdesign-miniprogram/miniprogram_dist/popup/popup" // 按照实际路径引用 popup 组件
- }
-}
-```
-
-### 接入 [Wux Weapp](https://github.com/wux-weapp/wux-weapp/) 流程
-
-1. 安装：通过 npm 安装组件库 `npm i wux-weapp -S --production`
-2. 配置：MorJS 工程默认配置下，无需进行 npm 构建或单独拷贝组件产物
-3. 使用：在对应的 json 文件中配置所用组件对应的路径，在 xml 中直接使用组件即可
-
-> 配置组件路径有两种方式：可以按照 组件库规范 来引用组件，或按照实际路径引用组件
-
-```json
-{
- "usingComponents": {
- "van-button": "wux-weapp/button/index", // 按照规范引用 button 组件
- "van-popup": "wux-weapp/packages/lib/popup/index" // 按照实际路径引用 popup 组件
- }
-}
-```
-
-## 三. 添加组件库转端配置
-
-接入社区组件库后，执行编译命令 npm run dev 启动项目会发现，仅本端的编译是正常执行的，转为其他端的编译会报类似 Can't resolve 'xxx' in 'xxx' 的错误，这是因为 MorJS 默认是不会在编译环节动态编译处理 node_modules 的 NPM 组件的，所以导致引入使用的组件无法载入，需要通过添加 mor.config.ts 中的 processNodeModules 配置，让编译环节处理 node_modules 中的组件
-
-相关文档可参考：[《MorJS 基础用法 - 配置 processNodeModules》](https://mor.eleme.io/guides/basic/config/#processnodemodules---%E6%98%AF%E5%90%A6%E5%A4%84%E7%90%86-node_modules)
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'ali',
- sourceType: 'wechat', // 源码类型: 微信 DSL
- target: 'alipay', // 编译目标: 支付宝小程序
- processNodeModules: {
- include: [
- /@vant\/weapp/, // 添加处理 @vant/weapp 组件
- /tdesign\-miniprogram/, // 添加处理 tdesign-miniprogram 组件
- /wux\-weapp/ // 添加处理符合 wux-weapp 组件
- ]
- }
- }
-])
-```
-
-> 之所以 MorJS 编译默认不处理 node_modules 的 NPM 组件，原因大致有以下几点：
-
-- 动态编译性能差：node_modules 里面文件繁多，需要所有文件都去判断是否需要进行编译处理，效率较低，会一定程度上影响编译效率；
-- 排查问题困难：动态转换会变成黑箱，使用方无法直接感知到转换过程中所做的处理；
-- 无法直接给原生小程序复用：组件在满足一定条件下，是可以同时给非 MorJS 的小程序工程使用的，如果采用动态编译就能且只能给 MorJS 工程使用；
-- 降低了组件提供方的自测责任：在 NPM 组件 输出时直接提供了编译后产物，能够要求 NPM 组件 做好对应测试，而不是依赖于 MorJS 动态编译来确保可用性；
-- …
-
-## 四. 编译调试
-
-在项目目录终端下执行编译命令启动项目，即可构建生成对应的多端产物，默认是放在项目 dist 目录下，分别用对应平台的 IDE 打开即可开发预览。
-
-你也可以针对不同端，在 package.json 中添加单端的编译命令和相关配置，在终端执行对应的编译命令生成单端的编译产物进行开发调试。
-
-相关文档可参考：[《MorJS 基础用法 - 命令行》](https://mor.eleme.io/guides/basic/cli)
-
-```json
-{
- "scripts": {
- "dev": "mor compile -w", // 编译构建所有端并开启文件变更监听
- "dev:ali": "mor compile --name ali", // 编译构建配置名为 ali 的产物
- "dev:wx": "mor compile --name wx", // 编译构建配置名为 wx 的产物
- "dev:dy": "mor compile --name dy", // 编译构建配置名为 dy 的产物
- "build": "mor compile --production" // 开启生产环境构建所有端
- }
-}
-```
-
-## Q&A
-
-- Q: 为什么 MorJS 接入组件库不需要执行 IDE 构建 npm 包？
-- A: 默认的 bundle 打包模式下，MorJS 会生成闭包并基于规则合并 js 文件，同时将小程序多端组件自动提取到产物对应的 npm_components 目录，但如果 compileMode 配置的是 transform 模式，会因为该编译模式下并不处理 node_modules 和多端组件，所以得走常规的微信构建 npm
-
----
-
-- Q: 为什么我按照规范(xxx/button/index)引用组件转其他端会报 Can't resolve 'xxx' in 'xxx' 的错误？
-- A: MorJS 是通过目录结构结合 package.json 的 [目录指向字段配置](https://mor.eleme.io/specifications/component#%E7%9B%AE%E5%BD%95%E5%AD%97%E6%AE%B5%E9%85%8D%E7%BD%AE) 来实现的，若转端读取的字段入口对应目录下没有组件产物，编译引入组件时将报上述错误，可以把使用路径改为组件实际路径，或联系组件开发者补充 main 入口字段
-
----
-
-- Q: 社区组件库中使用的字体资源文件会被一同编译吗？
-- A: 不会，针对 node_modules 中的非预期文件类型不会进行处理，请把资源文件改为引用 cdn 资源
diff --git a/website/docs/guides/basic/cli.md b/website/docs/guides/basic/cli.md
deleted file mode 100644
index b3685ec2..00000000
--- a/website/docs/guides/basic/cli.md
+++ /dev/null
@@ -1,223 +0,0 @@
-# 命令行
-
-## 概览
-
-可通过 `mor -h` 查看帮助信息。
-
-命令说明: `[]` 代表可选参数, `<>` 代表必填参数
-
-```bash
-.__ __ ___ ____ ____ _ ___
-| \/ | / _ \ | _ \ / ___|| | |_ _|
-| |\/| || | | || |_) | | | | | | |
-| | | || |_| || _ < | |___ | |___ | |
-|_| |_| \___/ |_| \_\ \____||_____||___|
-
-用法:
- $ mor
-
-命令:
- 默认选项描述
- compile 编译小程序工程
- clean 
-
-设置为 `true` 开启后：将处理 `props` 中入参含有函数的组件，将事件代理从页面转为组件代理层，编译出的组件可按照普通组件提供给微信原生小程序混用
-
-
-
-### processNodeModules - 是否处理 node_modules
-
-- 类型: `boolean | { include?: RegExp | RegExp[], exclude?: RegExp | RegExp[] }`
-- 默认值: `undefined`
-
-是否处理 node_modules 中的组件, 默认不处理。
-
-```javascript
-// 配置示例一: 处理全部 node_modules 模块
-{
- // 全部处理
- processNodeModules: true
-}
-
-// 配置示例二: 仅处理符合规则的 node_modules
-{
- processNodeModules: {
- // 只有 npm 名称包含 @abc/alsc- 的 npm 才会被处理
- include: [/@abc\/alsc\-/]
- }
-}
-
-// 配置示例三: 仅不处理特定规则的 node_modules
-{
- processNodeModules: {
- // 只有 npm 名称不包含 @abc/alsc- 的 npm 才会被处理
- exclude: [/@abc\/alsc\-/]
- }
-}
-
-// 配置示例四: 同时配置 include 和 exclude
-{
- processNodeModules: {
- // 只有 npm 名称不包含 @abc/alsc- 且 包含 @abc/ 的 npm 才会被处理
- // exclude 的优先级高于 include
- exclude: [/@abc\/alsc\-/]
- include: [/@abc\//]
- }
-}
-```
-
-### processPlaceholderComponents - 是否处理占位组件
-
-- 类型: `boolean`
-- 默认值: `undefined`
-
-用于配置是否需要编译页面或组件中配置的占位组件（`componentPlaceholder`）。
-
-默认情况下：
-
-- 当 `compileType` 为 `miniprogram` 或 `plugin` 时默认为 `true`，即处理占位组件
-- 当 `compileType` 为 `subpackage` 或 `component` 时默认为 `false`，即不处理占位组件
-
-有关占位组件的用途可参考以下文档：
-
-- [微信小程序 - 自定义组件 - 占位组件](https://developers.weixin.qq.com/miniprogram/dev/framework/custom-component/placeholder.html)
-- [字节小程序 - 自定义组件 - 占位组件](https://developer.open-douyin.com/docs/resource/zh-CN/mini-app/develop/guide/developing-and-testing-miniApp/front-end/mini-app-framework/custom-component/placeholder/)
-
-**_注意：字节小程序的占位组件和微信小程序的占位组件渲染时机和逻辑不一致，可能会引起问题。_**
-
-### sourceType - 源码类型
-
-- 类型: `string`
-- 默认值: `wechat`
-- 可选值:
- - `wechat`: 微信小程序 DSL
- - `alipay`: 支付宝小程序 DSL
-
-源码类型, 表明当前源码是 微信小程序 DSL 或 支付宝小程序 DSL。
-
-### srcPath - 源码目录
-
-- 类型: `string`
-- 默认值: `src`
-
-指定需要编译的源代码所在目录，启动编译时，仅该目录中的代码会被编译。
-
-### srcPaths - 多源码目录
-
-- 类型: `string[]`
-- 默认值: `src`
-
-指定多个编译的源代码所在目录。
-
-**主要用途：** 当指定多个编译的源代码目录时，MorJS 会将这些 “虚拟” 的源代码目录当做一个单一的源码目录。这就允许 MorJS 在编译过程中，从这些 “虚拟” 目录中去解析模块的相对引用路径，就好像它们是同一个目录一样。
-
-例如：
-
-```javascript
-{
- // 配置两个源代码目录
- srcPaths: ['src1', 'another/innerDir/src2']
-}
-```
-
-```bash
-src1
-└── views
- └── view1.ts (可以引用 "./template1", "./view2`)
- └── view2.ts (可以引用 "./template1", "./view1`)
-another
-└── innerDir
- └── src2
- └── views
- └── template1.ts (可以引用 "./view1", "./view2`)
-```
-
-这个技巧，有助于解决某些情况下，我们将一个项目拆分成了多个不同的目录，以方便维护，却同时期望在编译完成后，可以继续保持拆分前的目录结构。
-
-### target - 编译目标平台
-
-- 类型: `string`
-- 默认值: `wechat`
-- 可选值:
- - `alipay` 支付宝小程序
- - `baidu` 百度小程序
- - `bytedance` 字节小程序
- - `dingding` 钉钉小程序
- - `kuaishou` 快手小程序
- - `qq` QQ 小程序
- - `taobao` 淘宝小程序
- - `web` Web 应用
- - `wechat` 微信小程序
-
-编译目标, 将当前的应用编译为目标小程序应用或 Web 应用。
-
-### watch - 是否开启监听
-
-- 类型: `boolean`
-- 默认值: `false`
-
-是否开启监听模式，开启后，文件发生变更时会自动触发重新编译，该配置受 [`ignore` 配置](/guides/basic/config#ignore---忽略配置) 影响。
-
-### watchNodeModules - 监听特定 node_modules
-
-- 类型: `string | RegExp | string[]`
-- 默认值: `undefined`
-
-监听某个 `node_modules` 依赖。该配置适用于直接在 `node_modules` 中修改某个 `npm` 的代码且期望触发更新的场景。
-
-> 注意：该配置开启后，会自动禁用缓存。
-
-```javascript
-// 配置示例一: RegExp
-{
- // 监听 lodash 依赖的变更
- watchNodeModules: /lodash/
-}
-
-// 配置示例二: string，支持 glob 模式
-{
- // 监听 lodash 依赖的变更
- watchNodeModules: '**/lodash/**'
-}
-
-// 配置示例三: string[], 支持 glob 模式
-{
- // 监听 lodash 依赖的变更 且 监听所有前缀为 mor-runtime-plugin-* 的运行时插件变更
- watchNodeModules: ['**/lodash/**', '**/mor-runtime-plugin-*/**']
-}
-```
-
-### web - Web 编译配置
-
-- 类型: `object`
-- 默认值: `{}`
-
-Web 编译配置, 仅在 `target` 值为 `web` 时生效。
-
-```javascript
-/* 配置示例 */
-{
- web: {
- // 配置小程序组件名映射表
- // 默认无需配置, 可指定全局组件配置文件
- globalComponentsConfig: {},
-
- // 是否使用 rpx2rem 插件对 rpx 单位进行转换
- // 默认为 true
- // 优先级低于 usePx
- needRpx: true,
-
- // 是否需要样式隔离，如果开启该功能，在编译时会给样式加上唯一 hash 值，用于多页面解决样式冲突问题
- // 默认为 false
- styleScope: false,
-
- // rpx 方案的 root value。
- // 默认是 32
- rpxRootValue: 32,
-
- // 默认编译出来的样式会以 rem 为单位
- // 优先级高于 needRpx
- // 配合 runtime 层提供的 setRootFontSizeForRem 方法可以实现移动端的响应式。
- // 如果不想将样式单位编译成 rem 可以配置该对象，
- // 对象中包含一个参数 ratio 用于指定 rpx 2 px 的转换比例。
- // 如 ratio 为 1， 那么 1rpx = 1px， 如果配置 ratio 为 2， 那么 1rpx = 0.5px
- usePx: { ratio: 2 },
-
- // extensions 配置，用于设置接口扩展
- // 可设置多个扩展路径，如 ['extension1', 'extension2', ['extension3', {}]]
- extensions: [],
-
- // 配置可开启页面自动响应式（以375尺寸为准）
- // 换算方式为 rpxRootValue / usePx.ratio
- // 以上方默认值为例, 如需开启响应式可配置为: 32 / 2 = 16 即可
- responsiveRootFontSize: undefined,
-
- // 是否需要在导航栏展示返回按钮, 默认为 false
- // 配置示例:
- // true: 所有页面均开启
- // false: 所有页面均关闭
- // []: 可通过数组配置具体需要开启的页面
- // (pagePath: string) => boolean: 可通过函数来定制页面开启情况
- showBack: false,
-
- // 是否需要导航栏, 默认为 true
- // 配置示例:
- // true: 所有页面均开启
- // false: 所有页面均关闭
- // []: 可通过数组配置具体需要开启的页面
- // (pagePath: string) => boolean: 可通过函数来定制页面开启情况
- showHeader: true,
-
- // 产物通用路径
- publicPath: '/',
-
- // 开发服务器配置
- // 详细配置参见: https://webpack.js.org/configuration/dev-server/
- devServer: {},
-
- // html-webpack-plugin 插件 配置
- // 详细配置参见: https://webpack.js.org/plugins/html-webpack-plugin/
- // 支持在数组中配置多个 html 页面
- htmlOptions: [],
-
- // mini-css-extract-plugin 插件配置
- // 详细配置参见: https://webpack.js.org/plugins/mini-css-extract-plugin/
- miniCssExtractOptions: {},
-
- // 行内资源大小配置, 默认为 8k
- inlineAssetLimit: 8192,
-
- // 是否自动生成 entries, 默认均开启
- // 如关闭, 则需要自行指定 webpack 配置的入口文件
- autoGenerateEntries: true,
-
- // 入口文件配置, 仅在 autoGenerateEntries 为 false 的情况下生效
- // 用于手动配置 webpack 入口文件地址
- // 若手动配置则需要用户自行组装页面及引用
- entry: undefined,
-
- // 是否输出中间产物
- emitIntermediateAssets: false,
-
- // 支持用户自定义运行时的一些行为，该字段将作为 $MOR_APP_CONFIG 写入到 window 对象中，供运行时获取并消费
- appConfig: {
- // 用于传递业务对某个组件的特殊配置, 比如 map 组件传递 key
- components: {},
-
- // 用于自定义 URL 中 query 部分的 tabBarKey 的实际名称，该 key 作用于 URL 的 query
- // 并将拿到到值，用于获取 app.json 中的 tabbar 内容，以此实现通过 URL 参数切换不同 tabbar 的功能
- customTabBarKey: 'tabBarKey',
-
- // 用于配置是否允许覆盖全局对象中的方法，默认情况下不会覆盖 `my.xxx` 方法或属性
- // 可以通过配置为 `false` 来强制覆盖
- apiNoConflict: true
- }
- }
-}
-```
-
-### webpackChain - 配置 Webpack
-
-- 类型: `function`
-
-通过 [webpack-chain](https://github.com/mozilla-neutrino/webpack-chain) 的 API 修改 webpack 配置。
-
-比如：
-
-```js
-export default {
- webpackChain(chain) {
- // 设置 alias
- chain.resolve.alias.set('foo', '/tmp/a/b/foo')
-
- // 删除 MorJS 内置 webpack 插件
- chain.plugins.delete('progress')
- }
-}
-```
-
-支持异步，
-
-```js
-export default {
- async webpackChain(chain) {
- await delay(100)
-
- chain.resolve.alias.set('foo', '/tmp/a/b/foo')
- }
-}
-```
-
-### xmlMinimizer - XML 压缩器
-
-- 类型: `boolean`
-- 默认值: `minimize` 开启的情况下默认为 `true`
-
-是否开启 xml 文件的压缩。
-
-### xmlMinimizerOptions - XML 压缩选项
-
-- 类型: `object`
-- 默认值: `{}`
-
-xml 压缩器自定义配置。
-
-## 集成相关配置
-
-### compose - 是否开启集成
-
-- 类型: `boolean`
-- 默认值: `false`
-
-是否在执行编译(`compile`)命令时自动开启 [复杂小程序集成功能](/guides/advance/complex-miniprogram-integration.md), 执行集成(`compose`)命令时, 该配置自动为 `true`。
-
-### consumes - 需要消费的共享依赖
-
-- 类型: `string[]`
-- 默认值: `[]`
-
-配置需要消费的共享 npm 模块, 通常用于主/分包独立打包场景下的依赖共享场景, 仅在 `compileMode` 为 `bundle` 模式下生效。
-
-_注意: 如开启了小程序独立分包模式, 该共享方式可能会失效, 原因是分包可能早于主包加载, 而此时共享模块还未注入。_
-
-```javascript
-/* 配置示例 */
-{
- // 配置分包中需要使用的主包中共享出来的 npm 模块
- consumes: ['lodash']
-}
-```
-
-### host - 宿主配置
-
-- 类型: `object`
-- 默认值: `{}`
-
-小程序集成宿主配置, 详细参见 [复杂小程序集成功能](/guides/advance/complex-miniprogram-integration.md)。
-
-```javascript
-/* 配置示例 */
-{
- // 小程序宿主配置
- host: {
- // 宿主名称, 可选值, 默认会基于 `git` 或 `npm` 或 `tar` 或 `file` 或 `link` 配置自动生成
- name: '',
-
- // 模块集成模式, 默认为 `compose`
- // - compose: 通过 compose 方式集成, 通过拷贝的方式复制到产物目录
- // - compile: 通过 compile 方式集成, 需要通过 MorJS 编译流程
- mode: 'compose',
-
- /* git / npm / tar / file / link 均用于下载模块, 只需要配置一个即可 */
-
- // 通过 git 仓库配置宿主
- // 支持直接配置链接, 如:
- // git: 'git@github.com:abc/cde.git#master'
- //
- // 注意: branch/tag/commit 的优先级为 commit > tag > branch, 相关字段均配置后，会按照优先级取用
- git: {
- // 仓库地址, 支持 git/http/https/ssh 协议链接
- url: 'git@github.com:abc/cde.git',
- // 分支配置, 默认为 HEAD
- branch: 'develop',
- // 标签配置
- tag: 'v1.1.0',
- // Git 提交 commit id
- commit: 'abcdefghigklmnopqrstuvwxyz',
- },
-
- // 通过 npm 配置宿主
- // 支持直接配置链接, 如:
- // npm: 'your_package@1.2.0'
- npm: {
- // npm 名称
- name: 'your_package',
- // npm 版本, 默认为 `latest`
- version: '1.2.0'
- },
-
- // 通过 tar 配置宿主
- // 支持直接配置链接, 如:
- // tar: 'https://your_domain.com/abc.tar.gz'
- tar: {
- url: 'https://your_domain.com/abc.tar.gz',
- // 支持增加扩展参数, 参见 got 配置
- },
-
- // 通过 file 配置宿主(复制)
- // 直接支持配置地址, 如:
- // file: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- file: {
- path: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- },
-
- // 通过 link 配置宿主(软链)
- // 直接支持配置地址, 如:
- // link: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- link: {
- path: '/Users/yourHomeDir/Workspace/yourCustomHostPath'
- },
-
- // 构建产物目录配置, 默认为 `dist`
- dist: 'dist',
-
- // 集成构建过程中可执行的脚本, 可选配置
- scripts: {
- // 执行脚本时的公共环境变量, 可选配置
- // MorJS 默认会注入如下环境变量:
- // MOR_COMPOSER_MODULE_CWD: 当前模块工作目录
- // MOR_COMPOSER_MODULE_TYPE: 当前模块类型
- // MOR_COMPOSER_MODULE_HASH: 当前模块 hash 信息, 用于 MorJS 内部判断是否需要重新下载模块
- // MOR_COMPOSER_MODULE_ROOT: 当前模块根目录
- // MOR_COMPOSER_MODULE_SOURCE: 当前模块源码目录
- // MOR_COMPOSER_MODULE_OUTPUT_FROM: 当前模块原始产物目录
- // MOR_COMPOSER_MODULE_OUTPUT_TO: 当前模块集成产物目录
- env: {},
-
- // 模块编译或拷贝前执行脚本, 可选配置
- before: [
- // 可以直接以字符串的方式配置命令
- 'npm i',
-
- // 也可以以对象的方式配置
- {
- // 需要执行的命令
- command: 'cd some_dir && mor compile',
- // 该命令的自定义环境变量
- env: {
- CUSTOM_ENV: 'CUSTOM_ENV_VALUE'
- },
- // 该命令的选项, 参见 execa.command 的 options 配置
- options: {
- shell: true
- }
- },
- ],
-
- // 模块编译完成后或拷贝后执行脚本, 可选配置
- after: [],
-
- // 所有模块完成集成之后执行脚本, 可选配置
- composed: [],
-
- // 脚本执行公共选项, 参见 execa.command 的 options 配置
- options: {}
- },
-
- // 模块配置信息, 对应 app.json 的内容
- // 该文件的配置方式，可以参见下方链接中有关 app.json 的描述
- // => https://mor.eleme.io/guides/basic/config#compiletype
- // 配置缺省状态下，集成时 MorJS 会自动读取 dist 配置所指向目录中对应的文件
- config: undefined
- }
-}
-```
-
-### modules - 模块配置
-
-- 类型: `object[]`
-- 默认值: `[]`
-
-小程序集成模块配置, 详细参见 [复杂小程序集成功能](/guides/advance/complex-miniprogram-integration.md)。
-
-```javascript
-/* 配置示例 */
-{
- // 小程序集成模块配置
- modules: [
- {
- // 模块名称, 可选值, 默认会基于 `git` 或 `npm` 或 `tar` 或 `file` 或 `link` 配置自动生成
- name: '',
-
- // 模块集成模式, 默认为 `compose`
- // - compose: 通过 compose 方式集成在宿主小程序中, 通过拷贝的方式复制到产物目录
- // - compile: 通过 compile 方式集成在宿主小程序中, 需要通过 MorJS 编译流程
- mode: 'compose',
-
- // 模块类型, 默认为 `subpackage`
- // - 声明为 主包(main) 的模块，会将页面插入到 app.json 的 pages 中
- // - 声明为 分包(subpackage) 的模块，会将页面插入到 app.json 的 subPackages 中
- // - 声明为 插件(plugin) 的模块: 功能研发中
- type: 'subpackage',
-
- /* git / npm / tar / file / link 均用于下载模块, 只需要配置一个即可 */
-
- // 通过 git 仓库配置模块
- // 支持直接配置链接, 如:
- // git: 'git@github.com:abc/cde.git#master'
- //
- // 注意: branch/tag/commit 的优先级为 commit > tag > branch, 相关字段均配置后，会按照优先级取用
- git: {
- // 仓库地址, 支持 git/http/https/ssh 协议链接
- url: 'git@github.com:abc/cde.git',
- // 分支配置, 默认为 HEAD
- branch: 'develop',
- // 标签配置
- tag: 'v1.1.0',
- // Git 提交 commit id
- commit: 'abcdefghigklmnopqrstuvwxyz'
- },
-
- // 通过 npm 配置模块
- // 支持直接配置链接, 如:
- // npm: 'your_package@1.2.0'
- npm: {
- // npm 名称
- name: 'your_package',
- // npm 版本, 默认为 `latest`
- version: '1.2.0'
- },
-
- // 通过 tar 配置模块
- // 支持直接配置链接, 如:
- // tar: 'https://your_domain.com/abc.tar.gz'
- tar: {
- url: 'https://your_domain.com/abc.tar.gz'
- // 支持增加扩展参数, 参见 got 配置
- },
-
- // 通过 file 配置模块(复制)
- // 直接支持配置地址, 如:
- // file: '/Users/yourHomeDir/Workspace/yourCustomModulePath'
- file: {
- path: '/Users/yourHomeDir/Workspace/yourCustomModulePath'
- },
-
- // 通过 link 配置模块(软链)
- // 直接支持配置地址, 如:
- // link: '/Users/yourHomeDir/Workspace/yourCustomModulePath'
- link: {
- path: '/Users/yourHomeDir/Workspace/yourCustomModulePath'
- },
-
- // 构建产物目录配置, 默认为 `dist`
- dist: 'dist',
-
- // 集成构建过程中可执行的脚本, 可选配置
- scripts: {
- // 执行脚本时的公共环境变量, 可选配置
- // MorJS 默认会注入如下环境变量:
- // MOR_COMPOSER_MODULE_CWD: 当前模块工作目录
- // MOR_COMPOSER_MODULE_TYPE: 当前模块类型
- // MOR_COMPOSER_MODULE_HASH: 当前模块 hash 信息, 用于 MorJS 内部判断是否需要重新下载模块
- // MOR_COMPOSER_MODULE_ROOT: 当前模块根目录
- // MOR_COMPOSER_MODULE_SOURCE: 当前模块源码目录
- // MOR_COMPOSER_MODULE_OUTPUT_FROM: 当前模块原始产物目录
- // MOR_COMPOSER_MODULE_OUTPUT_TO: 当前模块集成产物目录
- env: {},
-
- // 模块编译或拷贝前执行脚本, 可选配置
- before: [
- // 可以直接以字符串的方式配置命令
- 'npm i',
-
- // 也可以以对象的方式配置
- {
- // 需要执行的命令
- command: 'cd some_dir && mor compile',
- // 该命令的自定义环境变量
- env: {
- CUSTOM_ENV: 'CUSTOM_ENV_VALUE'
- },
- // 该命令的选项, 参见 execa.command 的 options 配置
- options: {
- shell: true
- }
- }
- ],
-
- // 模块编译完成后或拷贝后执行脚本, 可选配置
- after: [],
-
- // 所有模块完成集成之后执行脚本, 可选配置
- composed: [],
-
- // 脚本执行公共选项, 参见 execa.command 的 options 配置
- options: {}
- },
-
- // 模块配置信息, 对应 subpackage.json / plugin.json / app.json 的内容
- // 三种类型文件的配置方式，可以参见下方链接中的描述
- // => https://mor.eleme.io/guides/basic/config#compiletype
- // 配置缺省状态下，集成时 MorJS 会自动读取 dist 配置所指向目录中对应的文件
- config: undefined
- }
- ]
-}
-```
-
-### shared - 共享依赖
-
-- 类型: `string[]`
-- 默认值: `[]`
-
-配置想要共享给其他分包使用的 npm 模块, 通常用于主/分包独立打包场景下的依赖共享场景, 仅在 `compileMode` 为 `bundle` 模式下生效。
-
-_注意: 如开启了小程序独立分包模式, 该共享方式可能会失效, 原因是分包可能早于主包加载, 而此时共享模块还未注入。_
-
-```javascript
-/* 配置示例 */
-{
- // 配置主包中想要共享给分包使用的 npm 模块
- // 分包中通过 consumes 配置来使用
- shared: ['lodash']
-}
-```
diff --git a/website/docs/guides/basic/directory-structure.md b/website/docs/guides/basic/directory-structure.md
deleted file mode 100644
index 9d394b0d..00000000
--- a/website/docs/guides/basic/directory-structure.md
+++ /dev/null
@@ -1,76 +0,0 @@
-# 目录结构
-
-这里罗列了 MorJS 项目中约定(或推荐)的目录结构，在项目开发中，请遵照这个目录结构组织代码。
-
-```text
-├── .mor - 临时目录
-├── dist - 产物目录
-│ ├── alipay - 支付宝小程序产物
-│ └── wechat - 微信小程序产物
-├── mock - Mock 文件目录
-├── src - 源码目录
-│ ├── assets - 静态资源
-│ │ └── logo.png - 图片
-│ ├── components - 小程序自定义组件目录
-│ │ └── add-button - 自定义组件
-│ │ ├── add-button.axml - 自定义组件模版文件
-│ │ ├── add-button.json - 自定义组件配置文件
-│ │ ├── add-button.less - 自定义组件样式文件
-│ │ └── add-button.ts - 自定义组件脚本文件
-│ ├── pages - 小程序页面目录
-│ │ ├── add-todo - 页面
-│ │ │ ├── add-todo.axml - 页面模版文件
-│ │ │ ├── add-todo.json - 页面配置文件
-│ │ │ ├── add-todo.less - 页面样式文件
-│ │ │ └── add-todo.ts - 页面脚本文件
-│ │ └── todos - 页面
-│ │ ├── todos.axml - 页面模版文件
-│ │ ├── todos.json - 页面配置文件
-│ │ ├── todos.less - 页面样式文件
-│ │ └── todos.ts - 页面脚本文件
-│ ├── app.json - 小程序全局配置文件
-│ ├── app.less - 小程序全局样式文件
-│ ├── app.ts - 小程序全局入口文件
-│ ├── mini.project.json - 支付宝小程序项目配置文件
-│ └── project.config.json - 微信小程序项目配置文件
-├── README.md - 项目说明文档
-├── .env - 环境变量文件
-├── mor.config.ts - MorJS 配置文件
-├── package.json - package.json 文件
-└── tsconfig.json - typescript 配置文件
-```
-
-## 根目录
-
-### package.json
-
-包含插件和项目依赖。
-
-### .env
-
-环境变量，比如：
-
-```text
-PORT=8888
-CACHE=none
-```
-
-### mor.config.ts
-
-配置文件，包含 MorJS 内置功能和插件的配置。
-
-### .mor 目录
-
-编译或集成时的临时文件目录，比如编译中间产物、集成模块产物等，都会被临时生成到这里。**不要提交 .mor 目录到 git 仓库，他们可能会在 MorJS 命令执行期间被更新或删除并重新生成。**
-
-### dist 目录
-
-执行 `mor compile` 或 `mor compose` 或 `mor pack` 等命令后，产物默认会存放在这里。可通过配置修改产物输出路径。
-
-### mock 目录
-
-存储 mock 文件，此目录下所有 `.ts` `.mjs` `.jsonc` `.json5` `.json` `.js` `.cjs` 类型格式文件会被解析为 mock 文件，优先级顺序依次，用于本地的模拟数据服务。
-
-### `src` 目录
-
-源代码目录。
diff --git a/website/docs/guides/basic/env-variables.md b/website/docs/guides/basic/env-variables.md
deleted file mode 100644
index 3db2d54b..00000000
--- a/website/docs/guides/basic/env-variables.md
+++ /dev/null
@@ -1,86 +0,0 @@
-# 环境变量
-
-MorJS 可以通过环境变量来完成一些特殊的配置和功能。
-
-## 如何设置环境变量
-
-### 环境变量约定
-
-`''`、`none`、`false`、`0`、`undefined`、`null` 在环境变量中会被认为是 `false`，如：
-
-`CAHCE=none` 与 `CAHCE=''` 或 `CACHE=false` 具有相同的作用，均为关闭缓存。
-
-### 执行命令时设置
-
-例如需要改变 `mor compile --target web` 开发服务器的端口，进可以通过如下命令实现。
-
-```bash
-# OS X, Linux
-$ PORT=3000 mor compile --target web
-
-# Windows (cmd.exe)
-$ set PORT=3000&&mor compile --target web
-```
-
-如果需要同时在不同的操作系统中使用环境变量，推荐使用工具 [cross-env](https://github.com/kentcdodds/cross-env)
-
-```bash
-$ npm install cross-env -D
-$ cross-env PORT=3000 mor compile --target web
-```
-
-### 设置在 .env 文件中
-
-如果你的环境变量需要在开发者之间共享，推荐你设置在项目根目录的 `.env` 文件中，例如:
-
-```text
-# file .env
-PORT=3000
-CACHE=none
-```
-
-然后执行，
-
-```bash
-$ mor compile --target web
-```
-
-MorJS 会以 3000 端口启动 dev server，并且禁用缓存。
-
-## 环境变量列表
-
-按字母顺序排列。
-
-### ANALYZE
-
-用于分析 bundle 构成，默认关闭。
-
-比如：
-
-```bash
-$ ANALYZE=1 mor compile
-```
-
-### PROGRESS
-
-用于开启或关闭百分比进度显示，默认为开启。
-
-### CACHE
-
-是否开启缓存，`mode` 为 `development` 时自动开启，`mode` 为 `production` 时自动关闭。
-
-### HOST
-
-默认是 `0.0.0.0`，仅在编译为 web 产物且开启监听模式时生效。
-
-### PORT
-
-指定端口号，默认是 `8080`，仅在编译为 web 产物且开启监听模式时生效。
-
-### MOR_PLUGINS
-
-指定 MorJS 命令执行时额外加载的插件的路径，使用 `,` 隔开。
-
-```bash
-$ MOR_PLUGINS=./path/to/plugin1,./path/to/plugin2 mor compile
-```
diff --git a/website/docs/guides/basic/mock.md b/website/docs/guides/basic/mock.md
deleted file mode 100644
index b68e5858..00000000
--- a/website/docs/guides/basic/mock.md
+++ /dev/null
@@ -1,358 +0,0 @@
-# Mock
-
-MorJS 提供了开箱即用的 Mock 功能，能够通过方便简单的方式来完成 Mock 数据或 JSAPI 的设置。
-
-> **什么是 Mock 数据**：在前后端约定好 API 接口以后，前端可以使用 Mock 数据来在本地模拟出 API 应该要返回的数据，这样一来前后端开发就可以同时进行，不会因为后端 API 还在开发而导致前端的工作被阻塞。
->
-> **什么是 Mock JSAPI**：JSAPI 通常是由宿主环境提供的，用于调起宿主能力的接口，如支付宝小程序的 `my.alert` 或 微信小程序的 `wx.showModal` 等，Mock JSAPI 就是前端可以基于宿主本身提供的 JSAPI 的出入参作为标准，在本地模拟出 JSAPI 相同的调用方式，以解决部分 JSAPI 只能够通过真机调用或需要针对多端差异测试的场景。
-
-## 能力概览
-
-- 提供小程序本地 JSAPI mock 能力，解决开发阶段无法联调接口请求数据的痛点
-- 可灵活切换线上线下数据，快速便捷修改本地数据复现业务特定场景或流程
-- 支持绝大部分同步和异步的小程序 JSAPI，支持 MorJS 生态下的多端小程序适配
-- 保障使用安全，线上线下数据隔离，mock 数据不会带到线上
-- 支持自由扩展的 Adapter 能力，可定制化特殊逻辑接入到 mock 中
-- 兼容 `.ts` `.mjs` `.jsonc` `.json5` `.json` `.js` `.cjs` 文件类型格式，优先级顺序依次
-
-## 目录约定
-
-MorJS 约定 `/mock` 目录下的所有文件为 Mock 文件，例如这样的目录结构：
-
-```bash
-.
-├── mock
-│ ├── my
-│ │ └── getSystemInfo.ts
-│ ├── wx
-│ │ └── login.ts
-│ └── request
-│ └── user
-│ └── info.ts
-├── src
-│ ├── pages
-│ │ └── todos
-│ │ ├── todos.axml
-│ │ ├── todos.json
-│ │ ├── todos.less
-│ │ └── todos.ts
-│ ├── app.json
-│ ├── app.less
-│ ├── app.ts
-│ ├── mini.project.json
-│ └── project.config.json
-```
-
-则 `/mock` 目录中的 `my/getSystemInfo.ts`, `wx/login.ts` 和 `request/user/info.ts` 就会被 MorJS 视为 Mock 文件 来处理。
-
-## 快速接入
-
-1. 项目根目录创建 `/mock` 文件目录，该目录用于存放所有的 mock 文件；
-
-```bash
-.
-├── mock
-│
-├── src
-│ ├── pages
-│ ├── app.json
-```
-
-2. 根据需要 `mock` 的 JSAPI 类型，在 `/mock` 文件目录下创建对应的文件目录和 mock 文件：
-
-```bash
-.
-├── mock
-│ ├── my
-│ │ └── getLocation.ts
-│ ├── wx
-│ │ └── getSystemInfo.ts
-│ └── request
-│ └── getList.ts
-```
-
-3. 在业务代码中添加相关 JSAPI 请求，对于不同的 JSAPI 类型请查看下方详细说明；
-4. 终端运行 `mor compile --mock` 开启 mock；
-
-```bash
-$ mor compile --mock
-```
-
-5. 把编译产物用 IDE 打开，查看调用的 JSAPI，返回结果应为第 2 步创建的 mock 文件；
-
-> mock 文件兼容支持 `.ts` `.mjs` `.jsonc` `.json5` `.json` `.js` `.cjs` 文件类型格式，优先级顺序依次
-
-## 类型说明
-
-### JSAPI 类型详细说明
-
-#### 通用 JSAPI
-
-- 小程序基础 API，提供小程序的基础能力，如 `my.getLocation` `wx.getSystemInfo` 等等；
-- mock 目录下创建 my (微信为 wx) 目录，把需要 mock 的 API 文件创建在此处；
-
-```bash
-.
-├── mock
-│ ├── my
-│ │ ├── getLocation.ts
-│ │ └── getNetworkType.ts
-│ └── wx
-│ ├── getSetting.ts
-│ └── getSystemInfo.ts
-```
-
-#### request 请求
-
-- 小程序发起 HTTPS 网络请求调用的 JSAPI，由于 request 接口的特殊性和通用行，我们把该 API 单独处理；
-- 无论是支付宝、微信或是其他平台小程序，都适用该方式 mock HTTPS 网络请求；
-- mock 目录下创建 request 目录，把需要 mock 的 HTTPS 网络请求接口文件创建在此处；
-- 由完整 url 请求地址拆分为域名和接口两部分，将接口部分作为 mock 文件的路径
- - 如接口为 `my.request({ url: 'https://abc.org/api/abc/getList' })`，则 mock 文件路径为 `/mock/request/api/abc/getList.ts`
- - 如接口为 `my.request({ url: 'https://abc.org/aaa/getList' })`，则 mock 文件路径为 `/mock/request/aaa/getList.ts`
-
-```bash
-.
-├── mock
-│ └── request
-│ ├── getFeedsList.ts
-│ ├── api
-│ │ └── getList.ts
-│ └── aaa
-│ └── getList.ts
-```
-
-> 实际开发中，我们常常会遇到传入的参数不同，接口下发不同数据的情况，mock 同样支持该能力，详情见下发 mock 文件类型说明。
-
-### mock 文件类型说明
-
-我们目前兼容 `.ts` `.mjs` `.jsonc` `.json5` `.json` `.js` `.cjs` 五种文件类型格式，优先级顺序依次，以下分别说明不同类型文件的写法：
-
-- `.json` 文件、`.json5` 文件、`.jsonc` 文件，标准 json 类型文件，返回结果对应 json 的内容
-
-```json
-// /mock/wx/getSystemInfo.json
-{
- "data": { "a": 1, "b": 2 }
-}
-```
-
-- `.ts` 文件、`.js` 文件、`.mjs` 文件、`.cjs` 文件，支持 ESM 和 CJS 两种写法；
-- 同时支持函数写法，根据入参的不同，返回不同 mock 结果
-
-```typescript
-/* /mock/my/getHAMemoryInfo.js */
-
-// ESModule 写法
-export default {
- evaluatedStatus: 'good',
- currentMemory: 123
-}
-
-// CommonJS 写法
-module.exports = {
- evaluatedStatus: 'good',
- currentMemory: 123
-}
-
-// 函数写法，根据参数 opts 的不同，return 不同 mock 结果
-module.exports = function (opts) {
- const {
- data: { type }
- } = opts
- switch (type) {
- case 'ali':
- return { res: 'alipay' }
- case 'wx':
- return { res: 'wechat' }
- default:
- return { res: '其他' }
- }
-}
-```
-
-## mock 配置
-
-`mor.config.ts` 文件中的 `mock` 配置项，可不配置，默认值 `{}`，每项的详细说明如下:
-
-- debug: 是否开启小程序 debug，默认值 `false`，设置为 `true` 时，将显示哪些 JSAPI 命中 mock；
-- path: 本地 mock 目录路径，默认值 `'./mock'`，若你不想把 mock 文件放在根目录下，可通过此项更改 mock 文件目录位置；
-- originMap: 配置哪些 JSAPI 跳过 mock，强制使用原生的事件方法；
-- adapters: 扩展能力支持，用于自定义扩展 mock 逻辑，优先级高于 mock 流程；
-
-示例配置如下:
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'ali',
- sourceType: 'alipay' ,
- target: 'alipay',
- ...,
- mock: {
- debug: false, // 是否开启 debug
- path: './mock', // 本地 mock 目录路径
- originMap: { // 配置哪些 API 使用原生方法
- my: ['getSystemInfo', 'request'],
- },
- adapters: [], // adapters 扩展能力配置
- }
- },
-])
-```
-
-## Adapter 扩展配置
-
-`adapters` 配置用于支持 `mock` 的扩展能力，其返回结果的优先级高于 `mock` 逻辑，`mock` 优先级则高于原生方法（未命中配置 originMap 的情况下）
-
-`adapters` 配置项接收一个数组，支持配置多个 `adapter`，其执行顺序和优先级从上到下，当命中某个 `adapter`，返回正确的结果后，将不会再执行后续的 `adapter`
-
-### 如何使用 Adapter
-
-每个 adapter 支持 `string` 类型和 `array` 两种类型:
-
-- `string` 类型，参数为本地 adapter 路径或 npm 包名，配置以加载该 adapter
-
-```typescript
-export default defineConfig([
- {
- name: 'ali',
- sourceType: 'alipay' ,
- target: 'alipay',
- ...,
- mock: {
- ...,
- adapters: [
- './you_adapter_name.js', // string 类型本地 adapter 文件路径
- ],
- }
- },
-])
-```
-
-- `array` 类型，接收两个参数，加载 adapter 并向其传参
- - 第一个参数为本地 adapter 路径或 npm 包名
- - 第二个参数为传给 adapter 的参数（非必填）
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'ali',
- sourceType: 'alipay' ,
- target: 'alipay',
- ...,
- mock: {
- ...,
- adapters: [
- [
- // 参数①: 本地 adapter 或 npm 包名
- 'your_adapter_name',
- // 参数②: 提供 adapter 的参数
- {
- type: 'your_parameter_type',
- api: 'your_parameter_api'
- }
- ],
- ],
- }
- },
-])
-```
-
-### 如何编写 Adapter
-
-在 `adapters` 中配置的 `adapter`，会在 mock 初始化阶段中自动依次 `import`，`new` 对应的实例对象并执行 `run` 方法，`adapter` 的 `run` 需要返回一个结果用于优先替代后续的 mock 结果，若不返回或返回 `undefined` 则继续执行后续的 mock 流程，所以一个基本的 `adapter` 的结构如下：
-
-```typescript
-export default class XXXAdapter {
- private options: Record
-
-### 扩展能力使用
-
-在 MorJS 中默认集成了 contextPlugin 以及 eventPlugin 插件，因此在 `getApp()` 上，默认会挂载有 `$context` 及 `$event` 的属性
-
-```typescript
-import { aPage } from '@morjs/core'
-
-aPage({
- onLoad() {
- const { appQuery } = getApp().$context
- console.log('app.js 的 onLaunch 中的全局参数:', appQuery)
-
- const { all, emit, off, on, once } = getApp().$event
- // 全局事件支持，提供 emit, off, on, once 方法进行绑定
- }
-})
-```
-
-## aApp/wApp
-
-通过 `aApp(options, solution)` / `wApp(options, solution)` 作为小程序业务逻辑的入口逻辑收拢，实现底层抹平能力的调用及插件话能力输出，并提供拓展能力，同时支持业务自定义 `solution` 的集成。
-
-### 基础使用
-
-`aApp` / `wApp` 的第一个参数 `options` 和微信/支付宝小程序的 `App` 一致，具体使用请参考小程序文档:
-
-- [微信官方文档-小程序框架接口-小程序 App](https://developers.weixin.qq.com/miniprogram/dev/reference/api/App.html)
-- [支付宝文档中心-小程序全局配置-app.js 注册小程序](https://opendocs.alipay.com/mini/framework/app-detail)
-
-```typescript
-import { aApp } from '@morjs/core'
-
-aApp({
- onLaunch() {
- console.log('当小程序初始化完成时触发，全局只触发一次')
- },
- onShow() {
- console.log('当小程序启动，或从后台进入前台显示时触发')
- },
- onHide() {
- console.log('当当前页面被隐藏时触发，例如跳转、按下设备 Home 键离开')
- },
- onError() {
- console.log('当小程序发生 js 错误时触发')
- }
-})
-```
-
-`aApp` / `wApp` 的第二个参数 `solution` 可以提供业务自身业务域的运行时 `solution` 或运行时插件 `runtime-plugin`
-
-```typescript
-import { aApp } from '@morjs/core'
-import SolutionXXX from 'mor-runtime-solution-xxx'
-import PluginXXX from 'mor-runtime-plugin-xxx'
-
-aApp(
- {
- onLaunch() {
- console.log('当小程序初始化完成时触发，全局只触发一次')
- }
- },
- [
- SolutionXXX(),
- () => {
- return {
- plugins: [new PluginXXX()]
- }
- }
- ]
-)
-```
-
-## aPage/wPage
-
-通过 `aPage(options)` / `wPage(options)` 作为页面业务逻辑的统一收口，实现多端的底层转换抹平，并提供如 `mixins` 等拓展能力。
-
-### 基础使用
-
-`aPage` / `wPage` 在基础功能上和微信/支付宝小程序的 `Page` 一致，具体请参考小程序文档:
-
-- [微信官方文档 - 小程序框架接口 - 小程 序 Page](https://developers.weixin.qq.com/miniprogram/dev/reference/api/Page.html)
-- [支付宝文档中心 - 小程序全局配置 - page.js 注册小程序](https://opendocs.alipay.com/mini/framework/page-detail)
-
-```typescript
-import { aPage } from '@morjs/core'
-
-aPage({
- data: {
- title: 'Alipay'
- },
- onLoad(query) {
- console.log('当页面初始化完成时触发')
- },
- onShow() {
- console.log('当页面启动，或从后台进入前台显示时触发')
- }
-})
-```
-
-### 生命周期拓展
-
-`aPage` / `wPage` 除已有的小程序生命周期外，还增加实现了 `appLifetimes` 用于监听 `App` 的 `onShow` 和 `onHide` 生命周期事件，示例用法如下:
-
-```typescript
-import { aPage } from '@morjs/core'
-
-aPage({
- appLifetimes: {
- show() {
- console.log('app onShow', 'index-page', this)
- },
- hide() {
- console.log('app onHide', 'index-page', this)
- }
- }
-})
-```
-
-### Mixins 支持
-
-小程序在 `Component` 的维度上支持的 `mixins`，使用 `mixins` 能够解耦业务可复用逻辑，因此 MorJS 在 `Page` 的维度上也实现了 `mixins` 的机制，使用上基本与 `Component` 一致，提供 `{ mixins: [mixin1, mixin2] }` 的 `mixin` 数组即可。有以下的注意点:
-
-- `mixin` 必须是一个对象，里面是希望给 `aPage` / `wPage` 合并的各种属性
-- `data` 等 `Object` 类型的对象属性均会合并
-- 生命周期的钩子函数会合并依次执行，`aPage` / `wPage` 选项的生命周期最后执行
-- 非 `Object` 类型的属性（如：函数）会被同名的属性覆盖，`aPage` / `wPage` 选项的属性优先级最高
-
-```typescript
-import { aPage } from '@morjs/core'
-
-const mixinA = {
- data: {
- x: 1,
- y: 2
- },
- onLoad() {
- console.log('mixina', 'onLoad')
- },
- foo() {
- console.log('mixina', 'foo')
- },
- test: {
- t: 1,
- o: 3
- },
- no: 'xxxx'
-}
-
-const mixinB = {
- data: {
- z: 3
- },
- onLoad() {
- console.log('mixinb', 'onLoad')
- },
- mixinBMethod() {
- console.log('mixinb', 'mixinBMethod')
- },
- foo() {
- console.log('mixinb', 'foo')
- },
- test: {
- t: 2
- },
- no: 'hahaha'
-}
-
-aPage({
- mixins: [mixinA, mixinB],
- onLoad() {
- // 生命周期依次打印 mixina onLoad -> mixinb onLoad -> page onLoad
- console.log('page', 'onLoad')
- // 执行的是 mixinB 的 foo 方法
- this.foo()
- // { x: 1, y: 2, z: 3 } mixinA 和 mixinB 的 data 会合并
- console.log(this.data)
- // { o: 3, t: 2 } mixinA 和 minxinB 都设置了 test 的 t
- // mixinB 的 test.t 会覆盖 mixinA 的 test.t
- console.log(this.test)
- // hahaha minxinB 会覆盖 minxinA 的同名属性
- console.log(this.no)
- // 当前实例会有 mixin 提供的方法
- console.log(this.mixinBMethod)
- }
-})
-```
-
-### $eventListener 语法糖
-
-针对 eventPlugin 插件上用到的高频用到的事件监听和取消监听，MorJS 拓展了语法，可以直接在 `aPage` / `wPage` 中直接使用。
-
-- `$eventListener` 会在 `Page` 的 `onLoad` 生命周期中进行事件的绑定，在 `onUnload` 生命周期中进行事件的解绑，业务可以不用再去关心事件的解绑逻辑
-- `$eventListener` 会在内部处理好 `this` 对象，直接指向当前的实例，不需要业务去关心绑定，业务请勿在事件的回调函数中使用箭头函数，否则会导致 `this` 对象异常
-- `$eventListener` 是一个对象: `key` 是事件名，`value` 是事件的回调函数
-- `$eventListener` 只针对需要多次监听的事件，对于只需要监听一次的，请参考 `event` 插件的 `once` 的用法
-
-以下示例代码以常见的刷新页面数据为例，其中 refreshPage 是事件名
-
-```typescript
-import { aPage } from '@morjs/core'
-
-aPage({
- // 会自动做事件的绑定和解绑
- $eventListener: {
- // refreshPage是监听的事件名
- refreshPage: function (storeId) {
- console.log('in page $eventListener refreshPage', storeId)
- }
- }
-})
-```
-
-触发代码示例:
-
-```typescript
-import { aPage } from '@morjs/core'
-
-aPage({
- data: {
- storeId: '123'
- },
- onStoreChange: function () {
- // 调用方依然只需要根据$event插件的方式，直接调用即可
- getApp().$event.emit('refreshPage', this.data.storeId)
- }
-})
-```
-
-## aComponent/wComponent
-
-通过 `aComponent(options)` / `wComponent(options)` 作为自定义组件业务逻辑的统一收口，实现多端的底层转换抹平，并提供如 `mixins` 等拓展能力。
-
-### 基础使用
-
-`aComponent(options)` / `wComponent(options)` 在基础功能上和微信/支付宝小程序的 `Component` 一致，具体请参考小程序文档:
-
-- [微信官方文档 - 小程序框架接口 - 小程序 Component](https://developers.weixin.qq.com/miniprogram/dev/reference/api/Component.html)
-- [支付宝文档中心 - 小程序全局配置 - 自定义组件介绍](https://opendocs.alipay.com/mini/framework/custom-component-overview)
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-aComponent({
- // 组件内部数据
- data: { x: 1 },
- // 可给外部传入的属性添加默认值
- props: { y: 1 },
- // 生命周期函数
- didMount() {},
- didUpdate() {},
- didUnmount() {},
- // 自定义方法
- methods: {
- handleTap() {
- // 可使用 setData 改变内部属性
- this.setData({ x: this.data.x + 1 })
- }
- }
-})
-```
-
-### 生命周期拓展
-
-`aComponent` / `wComponent` 除已有的小程序生命周期外，还增加实现了 `pageLifetimes` 用于监听 `Page` 的 `onShow` 和 `onHide` 生命周期事件，示例用法如下:
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-aComponent({
- pageLifetimes: {
- show() {
- console.log('页面触发 onShow')
- },
- hide() {
- console.log('页面触发 onHide')
- }
- }
-})
-```
-
-### Mixins 支持
-
-小程序在 `Component` 的维度上支持的 `mixins`，使用 `mixins` 能够解耦业务可复用逻辑，因此 MorJS 在 `Component` 的维度上也同样支持 `mixins` 的机制，使用上基本与 `Component` 一致，提供 `{ mixins: [mixin1, mixin2] }` 的 `mixin` 数组即可。有以下的注意点:
-
-- `mixin` 必须是一个对象，里面是希望给 `aPage` / `wPage` 合并的各种属性
-- `data` 等 `Object` 类型的对象属性均会合并
-- 生命周期的钩子函数会合并依次执行，`aPage` / `wPage` 选项的生命周期最后执行
-- 非 `Object` 类型的属性（如：函数）会被同名的属性覆盖，`aPage` / `wPage` 选项的属性优先级最高
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-const mixinA = {
- data: {
- x: 1
- },
- didMount() {
- console.log('mixina', 'didMount')
- },
- methods: {
- foo() {
- console.log('mixina', 'foo')
- }
- }
-}
-
-const mixinB = {
- data: {
- y: 2
- },
- didMount() {
- console.log('mixinb', 'didMount')
- },
- methods: {
- foo() {
- console.log('mixinb', 'foo')
- }
- }
-}
-
-aComponent({
- mixins: [mixinA, mixinB],
- didMount() {
- // 生命周期依次打印 mixina didMount -> mixinb didMount -> component didMount
- console.log('component', 'didMount')
- // 执行的是 mixinB 的 foo 方法
- this.foo()
- // { x: 1, y: 2, z: 3 } mixinA 和 mixinB 的 data 会合并
- console.log(this.data)
- }
-})
-```
-
-### $eventListener 语法糖
-
-针对 eventPlugin 插件上用到的高频用到的事件监听和取消监听，MorJS 拓展了语法，可以直接在 `aComponent` / `wComponent` 中直接使用。
-
-- `$eventListener` 会在 `Component` 的 `didMount` 生命周期中进行事件的绑定，在 `didUnmount` 生命周期中进行事件的解绑，业务可以不用再去关心事件的解绑逻辑
-- `$eventListener` 会在内部处理好 `this` 对象，直接指向当前的实例，不需要业务去关心绑定，业务请勿在事件的回调函数中使用箭头函数，否则会导致 `this` 对象异常
-- `$eventListener` 是一个对象: `key` 是事件名，`value` 是事件的回调函数
-- `$eventListener` 只针对需要多次监听的事件，对于只需要监听一次的，请参考 `event` 插件的 `once` 的用法
-
-以下以修改了页面的门店为例，其中 changeStore 是事件名
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-aComponent({
- // 会自动做事件的绑定和解绑
- $eventListener: {
- // changeStore是监听的事件名
- changeStore: function (storeId) {
- console.log('in component $eventListener changeStore', storeId)
- }
- }
-})
-```
-
-触发代码示例:
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-aPage({
- data: {
- storeId: '123'
- },
- onStoreChange: function () {
- // 调用方依然只需要根据$event插件的方式，直接调用即可
- getApp().$event.emit('changeStore', this.data.storeId)
- }
-})
-```
-
-### 注意事项
-
-由于在微信小程序和支付宝小程序的自定义组件差异较大，因此有部分事项是需要特别注意的
-
-1. props 必须完整
-
-- 问题表现：在支付宝小程序中，你可以在 `props` 中没有定义某个属性，但是在实际使用中直接引用 `this.props.xx`，但是由于在微信等端外小程序中需要对 `props` 进行分析并动态赋值，因此必须要有完整的 `props` 列表
-- 解决方案：将所有使用到的 `props` 属性都声明在 `props` 中
-
-1. `props` 中的函数名字必须为 on 开头的 onEvent 格式
-
-- 问题表现：在支付宝中，自定义组件对外的函数入参都必须要求以 on 开头
-- 解决方案：
-
-```typescript
-import { aComponent } from '@morjs/core'
-
-aComponent({
- props: {
- onClick() {} // 必须为onX的格式
- }
-})
-```
diff --git a/website/docs/guides/compatibilities/alipay-to-wechat.md b/website/docs/guides/compatibilities/alipay-to-wechat.md
deleted file mode 100644
index eb853185..00000000
--- a/website/docs/guides/compatibilities/alipay-to-wechat.md
+++ /dev/null
@@ -1,242 +0,0 @@
-# 支付宝转微信
-
-## 自定义组件
-
-### props 必须完整
-
-- **问题表现：** 在支付宝小程序中，你可以在`props`中没有定义某个属性，但是在实际使用中直接引用`this.props.xx`，但是由于在微信小程序中需要对`props`进行分析并动态赋值，因此必须要有完整的`props`列表
-- **解决方案：** 将所有使用到的`props`属性都声明在`props`中
-
-### props 中的函数名字必须为 on 开头的 onEvent 格式
-
-- **问题表现：** 在支付宝中，自定义组件对外的函数入参都必须要求以 on 开头
-- **解决方案：**
-
-```javascript
-aComponent({
- props: {
- onClick() {} // 必须为onX的格式
- }
-})
-```
-
-### 样式覆盖优先级
-
-- **问题表现：** 微信中自定义组件的样式无法直接被覆盖
-- **解决方案：** 传入自定义组件的样式优先级比组件内的高即可
-
-```html
-
-
-如果你不知道可以贡献什么，可以到源码里搜 TODO 或 FIXME 找找。
diff --git a/website/docs/guides/faq.md b/website/docs/guides/faq.md
deleted file mode 100644
index fcb97f8a..00000000
--- a/website/docs/guides/faq.md
+++ /dev/null
@@ -1,118 +0,0 @@
-# FAQ
-
-### 怎么编译成微信或抖音小程序
-
-以编译成微信小程序为例：
-
-1. 首先明确我们编译目标为微信小程序，需要在 `mor.config.ts` 配置中添加编译为微信的配置，其中 `target` 值设置为 `wechat`（配置参考 [MorJS 基础 - 配置 - target - 编译目标平台](/guides/basic/config#target---编译目标平台)）
-2. 给这份配置起一个配置名字，把 `name` 设置为配置名称（如：`wechat`），其他配置可与基础配置相同保持不变
-3. 在 `package.json` 的 `script` 中添加编译为微信的命令 `"dev:wechat": "mor compile -w --name wechat"`
-4. 终端运行 `npm run dev:wechat`，产物 `dist/wechat` 即为编译成微信的产物，用微信 IDE 打开即可
-
-> 更多具体配置项可查阅 [MorJS 基础 - 配置](/guides/basic/config)
-
-```typescript
-// mor.config.ts
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- ...
- {
- name: 'wechat', // 配置名称
- sourceType: 'alipay', // 源码 DSL 类型
- target: 'wechat', // 编译目标平台
- compileType: 'miniprogram', // 编译类型
- compileMode: 'bundle', // 编译模式
- }
-]
-```
-
-### 怎么指定产物的路径
-
-默认产物目录 `dist` 下是编译的产物结果，对输出产物目录进行修改有两种方式：
-
-1. `mor.config.ts` 配置修改，通过 [MorJS 基础 - 配置](/guides/basic/config#outputpath---%E8%BE%93%E5%87%BA%E4%BA%A7%E7%89%A9%E7%9B%AE%E5%BD%95) 可以查到配置项 outputPath 对此进行设置，修改输出产物目录。
-2. 命令行 `--output-path` 配置，通过 [MorJS 基础 - 命令行](/guides/basic/cli) 可以查到 `--output-path` 用于修改输出产物目录，优先级比 `mor.config.ts` 配置。
-
-方案一：
-
-```typescript
-// mor.config.ts
-export default defineConfig([
- ...
- {
- name: 'wechat',
- ...,
- outputPath: 'build/wechat', // 产物路径
- }
-]
-```
-
-方案二：
-
-```bash
-$ mor compile --name wechat --output-path build/wechat
-```
-
-### 未被使用的文件会被编译到产物里吗？
-
-不会，但如果你想把某些未被使用的文件放到产物里，可以在 `mor.config.ts` 配置中，通过 [MorJS 基础 - 配置](guides/basic/config#copy---文件拷贝) 配置项 copy，设置要复制到输出目录的文件或文件夹；
-
-```typescript
-// mor.config.ts
-export default defineConfig([
- ...
- {
- name: 'wechat',
- ...,
- copy: [
- { from: 'anotherFile.json', to: './' }
- ]
- }
-]
-```
-
-### 小程序可以转换为小程序插件或分包吗？
-
-可以，MorJS 小程序形态一体化支持小程序、小程序插件、小程序分包之间的互相转换，相关文档请查阅 [MorJS 进阶 - 小程序形态一体化](/guides/advance/unity-of-forms)
-
-### 可以接入第三方的 UI 框架吗，接入的组件会一同转端吗？
-
-可以，理论上（微信/支付宝）小程序原生的组件库是可以一并转换的，使用方式上，需按照对应平台的 npm 组件的规范来使用，无其他特别的要求。使用方法如下：
-
-> 注意：我们内部并没有使用任何社区的组件库，各第三方 UI 框架表现不同，相关的兼容性需要具体进一步验证
-
-1. 安装需要接入的第三方 UI 框架，具体方式请参照各 UI 框架的文档
-2. 在配置文件 `mor.config.ts` 中添加对 `node_modules` 的处理，具体配置项 `processNodeModules`，相关文档请查阅 [MorJS 基础用法 - 配置 processNodeModules](/guides/basic/config/#processnodemodules---%E6%98%AF%E5%90%A6%E5%A4%84%E7%90%86-node_modules)
-
-```typescript
-// mor.config.ts
-export default defineConfig([
- ...
- {
- name: 'alipay', // 配置名称
- ...,
- processNodeModules: {
- // 只有 npm 名称包含 @abc/alsc- 的 npm 才会被处理
- include: [/@abc\/alsc\-/]
- }
- }
-]
-```
-
-3. 在项目中按 [照组件库规范](/specifications/component) 来引用组件，或按照实际路径引用组件，比如："@vant/weapp/popup/index" 或 "@vant/weapp/lib/popup/index"
-
-```json
-{
- "usingComponents": {
- "van-button": "@vant/weapp/button/index", // 引用 @vant/weapp 的 button 组件
- "van-popup": "@vant/weapp/lib/popup/index" // 引用 @vant/weapp 的 popup 组件
- }
-}
-```
-
-4. 执行编译命令，用对应平台 IDE 打开对应产物即可
-
-### 运行时提供的 hooks 的执行顺序是在页面原始方法前还是后？
-
-目前运行时的 hooks 都是在原始方法之前执行
diff --git a/website/docs/guides/introduction/getting-started.md b/website/docs/guides/introduction/getting-started.md
deleted file mode 100644
index cae96040..00000000
--- a/website/docs/guides/introduction/getting-started.md
+++ /dev/null
@@ -1,137 +0,0 @@
-# 快速上手
-
-## 环境准备
-
-MorJS 项目基于 [node](https://nodejs.org/zh-cn/)，请确保已具备较新的 node 环境（>=14），推荐使用 node 版本管理工具 [nvm](https://github.com/nvm-sh/nvm) 来管理 node（Windows 下使用 [nvm-windows](https://github.com/coreybutler/nvm-windows)），这样可以很方便地切换 node 版本，全局安装时候也不必再使用 `sudo`。
-
-```
-# mac 或 linux 下安装 nvm
-$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash
-$ nvm -v
-0.39.1
-
-# 安装 node
-$ nvm install 14
-$ nvm use 14
-$ node -v
-v14.21.3
-```
-
-## 创建项目
-
-Mor 提供了 `create-mor` 和 `mor cli` 工具两种方式来创建新项目，选择其中任一一种即可。
-
-- **使用 create-mor 创建项目**
-
-确保你安装了符合版本的 Node.js，选定项目目录
-
-```shell
-$ mkdir myapp && cd myapp # 创建项目目录
-```
-
-在目录终端执行以下任一命令：
-
-```shell
-$ npm init mor # npm 创建项目
-$ yarn create mor # yarn 创建项目
-$ pnpm create mor # pnpm 创建项目
-```
-
-这一指令将会安装并执行 `create-mor`，它是 Mor 官方的项目脚手架工具。
-
-- **使用 mor cli 创建项目**
-
-确保你安装了符合版本的 Node.js，创建项目目录，全局安装 mor cli 工具
-
-```shell
-$ mkdir myapp && cd myapp # 创建项目目录
-$ npm i @morjs/cli -g # 全局安装 mor cli
-$ mor -v # 查看全局 mor 版本
-```
-
-此时你已安装了 mor cli 工具，然后通过 `mor init` 命令即可创建项目：
-
-```shell
-$ mor init
-```
-
-## 初始化项目
-
-创建项目后你会看到如下命令号交互界面，选择对应的工程类型，按照提示完成初始化操作：
-
-```shell
-✔ 请选择工程类型 › 小程序
-✔ 请选择源码类型 › 微信小程序 DSL
-✔ 是否使用 Typescript … 否 / 是
-✔ 请选择 CSS 预处理器 › less
-✔ 请输入 小程序 的名称 … myapp
-✔ 请输入 小程序 的描述 … my first app
-✔ 用户名 … yourUserName
-✔ 邮箱 … your@gmail.com
-✔ 请输入 Git 仓库地址 … https://github.com/yourUserName/myapp
-✔ 请选择 npm 客户端 › npm / pnpm / yarn
-…
-[mor] ✔ 安装 node_modules 完成!
-[mor] ✔ 小程序项目初始化完成 ^_^ 在终端运行命令 👇🏻
-
- npm run dev
-
- 即可启动项目。
-```
-
-在项目初始化之后，Mor 会默认开始安装项目所需要的依赖，一般来说，依赖安装会自动完成，但某些情况下可能会安装失败，这时候你可以在项目目录下自己使用安装命令进行安装：
-
-```shell
-$ npm i
-```
-
-## 编译运行
-
-使用 MorJS 的 `compile` 命令可以把 MorJS 代码编译成不同端的代码，然后在对应的开发工具中查看效果。MorJS 初始的编译命令配置了 `dev` 和 `build` 两种模式：
-
-- `dev` 模式（增加 --watch 参数）将会监听文件修改。
-- `build` 模式（增加 --production 参数）将对代码进行压缩打包。
-
-执行 `npm run dev` 命令，进行浏览调试：
-
-```
-[mor] ℹ 发现配置文件: mor.config.ts
-[mor] ✔ 配置文件加载成功: mor.config.ts
-[mor] ℹ 准备配置中, 即将开始编译 👇
- 配置名称: wechat-miniprogram
- 编译目标: 微信小程序
- 编译环境: development
- 编译类型: 小程序
- 编译模式: bundle
- 源码类型: wechat
- 源码目录: src
- 输出目录: dist/wechat
-[mor] ℹ 已开启缓存, 可通过 --no-cache 关闭
-[mor] ℹ 启动文件监听模式
-[mor] ℹ 开始编译 ...
-[mor] ℹ 依赖分析中 ...
-[mor] ℹ 依赖分析完成: 耗时: 25.125412 ms
-[mor] ✔ 编译完成, 耗时: 1451.202285 ms
-
-[mor] ℹ 准备配置中, 即将开始编译 👇
- 配置名称: alipay-miniprogram
- 编译目标: 支付宝小程序
- 编译环境: development
- 编译类型: 小程序
- 编译模式: bundle
- 源码类型: wechat
- 源码目录: src
- 输出目录: dist/alipay
-[mor] ℹ 已开启缓存, 可通过 --no-cache 关闭
-[mor] ℹ 启动文件监听模式
-[mor] ℹ 开始编译 ...
-[mor] ℹ 依赖分析中 ...
-[mor] ℹ 依赖分析完成: 耗时: 24.112123 ms
-[mor] ✔ 编译完成, 耗时: 441.548922 ms
-```
-
-多端产物已构建在 dist 目录下，分别用对应平台的 IDE 打开即可开发预览：
-
-在 [微信开发者工具](https://developers.weixin.qq.com/miniprogram/dev/devtools/download.html) 中打开 `dist/wechat` 目录即可开始微信小程序开发预览
-
-在 [支付宝小程序开发者工具](https://opendocs.alipay.com/mini/ide/download) 中打开 `dist/alipay` 目录即可开始微信小程序开发预览
diff --git a/website/docs/guides/introduction/how-mor-works.md b/website/docs/guides/introduction/how-mor-works.md
deleted file mode 100644
index ee7bd903..00000000
--- a/website/docs/guides/introduction/how-mor-works.md
+++ /dev/null
@@ -1,64 +0,0 @@
-# MorJS 如何工作?
-
-MorJS 内置了一套完整的插件体系，覆盖从源码构建到生成产物的各个阶段，主要分为以下三方面：
-
-1. 通过插件干预命令行阶段，实现所需的一个个新的命令
-2. 利用工程插件，定制或扩展整个 `compiler` 编译流程
-3. 通过运行时插件，介入到小程序的生命周期
-
-## 架构概览
-
-- **灵活的插件架构**
- - 支持命令行、编译流程、编译平台扩展、集成流程、用户配置文件等各个方面的定制
-- **微信、支付宝双 DSL 支持**
- - 域外多以 微信小程序 DSL 为准，域内多以支付宝小程序 DSL 为准，而 MorJS 两者都支持
-- **开箱即用的转端能力**
- - 无需借助任何外部依赖，即可完成微信小程序和支付宝小程序转其他端
-- **极致的性能和研发体验**
- - 从日志输出到缓存利用，从配置兼容到构建提示，从编译压缩到分包优化，始终以提升开发者体验为第一原则
-- **更加健壮的组件研发规范**
- - 不论是已有的多端组件规范，还是 npm 依赖，亦或是微信小程序的 npm 组件规范，通通支持
-- **适配大中小不同类型的小程序项目**
- - 小项目只需编译能力，中等项目结合编译和页面注入能力，而大项目可使用复杂小程序集成能力
-
-
-
-## 静态编译原理
-
-
-
-静态编译转换主要用于处理 `JS`、`WXS/SJS`、`WXML/AXML`、`WXSS/ACSS`、`JSON` 等源码中约束强且不能动态修改的部分，如：
-
-- **模块引用：** `JS`/`WXS`/`SJS`/`WXML`/`AXML`/`WXSS`/`ACSS`/`JSON` 等源码中的模块引用替换和后缀名修改；
-- **模版属性映射或语法兼容：** `AXML`/`WXML` 中如
- - `a:if` ➙ `wx:if`
- - `onTap` ➙ `bind:tap`
- - `` {{`${name}Props`}} `` ➙ `{{name + 'Props'}}` 等；
-- **配置映射：** 如页面配置
- - `{ "titleBarColor": "#000000" }` ➙ `{ "navigationBarBackgroundColor: "#000000", "navigationBarTextStyle": "white" }` 等
-
-等，通过静态编译环节去抹平差异性处理。
-
-## 运行时补偿原理
-
-
-
-运行时补偿主要用于处理静态编译无法处理的一些运行时动态内容，如：
-
-- **JSAPI：** 实际业务使用上，不管是 `JSAPI` 的名字还是 `JSAPI` 的入参都会存在动态赋值的情况，导致了在 `JSAPI` 的真实调用上，很难通过 `AST` 去解析出实际传参；
-- **自定义组件 - Props 属性：** 支付宝属性使用 props 声明，而微信属性使用 properties 声明，配置方式不同且使用时分别使用 `this.props.x`及 `this.properties.x`的方式获取，同时可能存在动态取值的情况；
-- **自定义组件 - 生命周期：** 支付宝小程序中的`didUpdate`生命周期，在触发了`props`和`data`更新后都会进入`didUpdate`这个生命周期，且能够在`didUpdate`中访问到`prevProps` / `prevData`，而在微信小程序中静态转义出这个生命周期就意味着你需要去动态分析出`didUpdate`里面要用到的所有属性，然后去动态生成出这些属性的监听函数。这显然可靠程度是极其低的；
-
-等（这里不再一一列举）。
-
-## 功能定制
-
-业务可基于自身业务诉求来定制 **工程插件** 或 **运行时插件/解决方案**。
-
-### 工程能力定制
-
-
-
-### 运行时能力定制
-
-
diff --git a/website/docs/guides/introduction/how-to-develop-todo-list.md b/website/docs/guides/introduction/how-to-develop-todo-list.md
deleted file mode 100644
index 453cdccb..00000000
--- a/website/docs/guides/introduction/how-to-develop-todo-list.md
+++ /dev/null
@@ -1,444 +0,0 @@
----
-title: 支付宝 DSL
----
-
-# 开发一个 To-Do List (支付宝 DSL)
-
-这篇文章将带领你使用 MorJS，开发一个简单的 To-Do List 小程序，并部署到不同的小程序平台。
-
-## 成果展示
-
-- 支付宝小程序
- 
-
-- 微信小程序
- 
-
-- 字节(抖音)小程序
- 
-
-## 环境准备
-
-首先需要有 node，并确保 node 版本为 14 或以上，该部分的内容在 [快速上手](/guides/introduction/getting-started) 中已经提到了，我们这里就不再赘述了。
-
-使用 `node -v` 来查看当前 node 版本
-
-```shell
-$ myapp node -v
-v14.19.3
-```
-
-待会儿我们需要部署到不同的小程序平台，所以需要对应小程序的 IDE 模拟器进行调试，以下是各小程序 IDE 下载地址，您只需要下载需要的平台的开发者工具即可，本文以支付宝开发者工具为例。
-
-
-
-- [支付宝开发者工具](https://opendocs.alipay.com/mini/ide/download)
-- [微信开发者工具](https://developers.weixin.qq.com/miniprogram/dev/devtools/download.html)
-- [抖音开发者工具](https://developer.open-douyin.com/docs/resource/zh-CN/mini-app/develop/developer-instrument/download/developer-instrument-update-and-download)
-- [百度开发者工具](https://smartprogram.baidu.com/docs/develop/devtools/history/)
-- [QQ 开发者工具](https://q.qq.com/wiki/tools/devtool/)
-- [快手开发者工具](https://mp.kuaishou.com/docs/develop/developerTools/downloadPath.html)
-
-## 配置小程序
-
-打开项目根目录下的 mor.config.ts 文件，该文件是 mor 项目的主要配置文件，根据 [快速上手](/guides/introduction/getting-started) 初始化生成的配置有两份：
-
-1. 其中 `target` 值为 `alipay` 的，代表我们编译目标是支付宝小程序，这一份配置默认名称为 `alipay-miniprogram`
-2. 第二份 `target` 值为 `wechat` 的，代表我们编译目标是微信小程序，这一份配置默认名称为 `wechat-miniprogram`
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'alipay-miniprogram',
- sourceType: 'wechat',
- target: 'alipay',
- compileType: 'miniprogram',
- compileMode: 'bundle'
- },
- {
- name: 'wechat-miniprogram',
- sourceType: 'wechat',
- target: 'wechat',
- compileType: 'miniprogram',
- compileMode: 'bundle'
- }
-])
-```
-
-接下来我们添加一份字节(抖音)小程序的配置：
-
-1. 首先明确我们编译目标为字节小程序，需要把 `target` 值设置为 `bytedance`
-2. 然后再给这份配置起一个名字，就叫 `douyin` ，把 `name` 设置为 `douyin`
-3. 其他的配置就先复制一份，更多具体配置项可查阅 [MorJS 基础 - 配置](/guides/basic/config)
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- ...
- {
- name: 'douyin', // 配置名称
- sourceType: 'alipay', // 源码 DSL 类型
- target: 'bytedance', // 编译目标平台
- compileType: 'miniprogram', // 编译类型
- compileMode: 'bundle', // 编译模式
- }
-]
-```
-
-如果你 `npm run dev` 命令行没有关闭的话，你会发现 `dist/` 下多出来一份 `dist/bytedance` 的文件，恭喜你完成了字节(抖音)端的小程序编译构建，这就是用于抖音端的开发产物啦~ 🎉 🎉 🎉
-
-## 实作页面组件
-
-接下来我们将对目前的初始化项目添加页面和组件。如你所见，初始化后的页面已经具备了显示 Tode List 和添加 Todo 功能，下面我们使用添加页面来实现编辑 Todo 功能，使用添加组件来实现删除 Todo 功能。
-
-### 添加页面
-
-#### 页面配置
-
-1. 在 `src/pages` 下创建文件夹 `src/pages/edits-todo` 用于存放编辑 Todo 功能相关的页面
-2. 在该文件夹下创建小程序页面的四个基础文件 `edits-todo.axml` `edits-todo.less` `edits-todo.ts` `edits-todo.json`
-3. 打开 `edits-todo.json` 文件进行编译，先写一个 `{}` 作为空配置
-4. 在页面配置 `src/app.json` 中添加该页面到 `pages` 中
-
-```json
-{
- "pages": [
- "pages/todos/todos",
- "pages/add-todo/add-todo",
- "pages/edit-todo/edit-todo"
- ]
-}
-```
-
-> 1. 关于 `xml` 文件，若项目初始化时选择的是微信 DSL，页面的基础文件可改为 `edits-todo.wxml`
-> 2. 关于 `css` 文件，MorJS 支持 wxss/acss/less/scss 文件类型，开发者可选择适合的文件格式进行编写
-
-#### 页面功能
-
-1. 编辑入口：首页 `src/pages/todos` 需要添加一下编辑的入口，修改一下首页的样式，js 中需要增加点击跳转方法，并把该项的 index 传给页面，用于标记哪一项的内容需要被编辑。
-
-```xml
-
-
-```
-
-```typescript
-// src/pages/todos/todos.ts
-import { aApp } from '@morjs/core'
-
-aPage({
- ...,
- editTodo(e) {
- my.navigateTo({url: `../edit-todo/edit-todo?index=${e.target.targetDataset.index}`})
- },
-})
-```
-
-```css
-/* src/pages/todos/todos.less */
-.todo-items {
- padding: 50rpx 30rpx;
-}
-.todo-item {
- display: flex;
- align-items: center;
-}
-.todo-item-text {
- width: 360rpx;
-}
-.todo-item-edit {
- margin: 0 20rpx;
-}
-```
-
-2. 编辑功能：
-
-- xml 文件中需要一个 input 用于显示和修改被编辑项的内容和一个按钮用于触发完成编辑
-- css 文件编辑页面样式
-- js 文件中，对页面传入的 index 对应的内容进行保存，提供给 xml 中的 input 显示，并添加一个方法用于按钮点击后触发
-
-```xml
-
-
-
-- 支付宝小程序
-
-
-- 字节(抖音)小程序
-
-
-## 环境准备
-
-首先需要有 node，并确保 node 版本为 14 或以上，该部分的内容在 [快速上手](/guides/introduction/getting-started) 中已经提到了，我们这里就不再赘述了。
-
-使用 `node -v` 来查看当前 node 版本
-
-```shell
-$ myapp node -v
-v14.19.3
-```
-
-待会儿我们需要部署到不同的小程序平台，所以需要对应小程序的 IDE 模拟器进行调试，以下是各小程序 IDE 下载地址，您只需要下载需要的平台的开发者工具即可，本文以微信开发者工具为例。
-
-
-
-- [微信开发者工具](https://developers.weixin.qq.com/miniprogram/dev/devtools/download.html)
-- [支付宝开发者工具](https://opendocs.alipay.com/mini/ide/download)
-- [抖音开发者工具](https://developer.open-douyin.com/docs/resource/zh-CN/mini-app/develop/developer-instrument/download/developer-instrument-update-and-download)
-- [百度开发者工具](https://smartprogram.baidu.com/docs/develop/devtools/history/)
-- [QQ 开发者工具](https://q.qq.com/wiki/tools/devtool/)
-- [快手开发者工具](https://mp.kuaishou.com/docs/develop/developerTools/downloadPath.html)
-
-## 配置小程序
-
-打开项目根目录下的 mor.config.ts 文件，该文件是 mor 项目的主要配置文件，根据 [快速上手](/guides/introduction/getting-started) 初始化生成的配置有两份：
-
-1. 其中 `target` 值为 `wechat` 的，代表我们编译目标是微信小程序，这一份配置默认名称为 `wechat-miniprogram`
-2. 另一份 `target` 值为 `alipay` 的，代表我们编译目标是支付宝小程序，这一份配置默认名称为 `alipay-miniprogram`
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- {
- name: 'wechat-miniprogram',
- sourceType: 'wechat',
- target: 'wechat',
- compileType: 'miniprogram',
- compileMode: 'bundle'
- },
- {
- name: 'alipay-miniprogram',
- sourceType: 'wechat',
- target: 'alipay',
- compileType: 'miniprogram',
- compileMode: 'bundle'
- }
-])
-```
-
-接下来我们添加一份字节(抖音)小程序的配置：
-
-1. 首先明确我们编译目标为字节小程序，需要把 `target` 值设置为 `bytedance`
-2. 然后再给这份配置起一个名字，就叫 `douyin` ，把 `name` 设置为 `douyin`
-3. 其他的配置就先复制一份，更多具体配置项可查阅 [MorJS 基础 - 配置](/guides/basic/config)
-
-```typescript
-import { defineConfig } from '@morjs/cli'
-
-export default defineConfig([
- ...
- {
- name: 'douyin', // 配置名称
- sourceType: 'wechat', // 源码 DSL 类型
- target: 'bytedance', // 编译目标平台
- compileType: 'miniprogram', // 编译类型
- compileMode: 'bundle', // 编译模式
- }
-]
-```
-
-如果你 `npm run dev` 命令行没有关闭的话，你会发现 `dist/` 下多出来一份 `dist/bytedance` 的文件，恭喜你完成了字节(抖音)端的小程序编译构建，这就是用于抖音端的开发产物啦~ 🎉 🎉 🎉
-
-## 实作页面组件
-
-接下来我们将对目前的初始化项目添加页面和组件。如你所见，初始化后的页面已经具备了显示 Tode List 和添加 Todo 功能，下面我们使用添加页面来实现编辑 Todo 功能，使用添加组件来实现删除 Todo 功能。
-
-### 添加页面
-
-#### 页面配置
-
-1. 在 `src/pages` 下创建文件夹 `src/pages/edits-todo` 用于存放编辑 Todo 功能相关的页面
-2. 在该文件夹下创建小程序页面的四个基础文件 `edits-todo.wxml` `edits-todo.less` `edits-todo.ts` `edits-todo.json`
-3. 打开 `edits-todo.json` 文件进行编译，先写一个 `{}` 作为空配置
-4. 在页面配置 `src/app.json` 中添加该页面到 `pages` 中
-
-```json
-{
- "pages": [
- "pages/todos/todos",
- "pages/add-todo/add-todo",
- "pages/edit-todo/edit-todo"
- ]
-}
-```
-
-> 1. 关于 `xml` 文件，若项目初始化时选择的是支付宝 DSL，页面的基础文件可改为 `edits-todo.axml`
-> 2. 关于 `css` 文件，MorJS 支持 wxss/acss/less/scss 文件类型，开发者可选择适合的文件格式进行编写
-
-#### 页面功能
-
-1. 编辑入口：首页 `src/pages/todos` 需要添加一下编辑的入口，修改一下首页的样式，js 中需要增加点击跳转方法，并把该项的 index 传给页面，用于标记哪一项的内容需要被编辑。
-
-```xml
-
-
-```
-
-```typescript
-// src/pages/todos/todos.ts
-import { wPage } from '@morjs/core'
-
-wPage({
- ...,
- editTodo(e) {
- my.navigateTo({url: `../edit-todo/edit-todo?index=${e.target.targetDataset.index}`})
- },
-})
-```
-
-```css
-/* src/pages/todos/todos.less */
-.todo-items {
- padding: 50rpx 30rpx;
-}
-.todo-item {
- display: flex;
- align-items: center;
-}
-.todo-item-text {
- width: 360rpx;
-}
-.todo-item-edit {
- margin: 0 20rpx;
-}
-```
-
-2. 编辑功能：
-
-- xml 文件中需要一个 input 用于显示和修改被编辑项的内容和一个按钮用于触发完成编辑
-- css 文件编辑页面样式
-- js 文件中，对页面传入的 index 对应的内容进行保存，提供给 xml 中的 input 显示，并添加一个方法用于按钮点击后触发
-
-```xml
-
-
-
-上图是小程序转 `Web` 的整体架构。最上面的四个部分属于内核部分，分别由 编译器、`dsl runtime`、`api(my)`、全局公共组件 四个模块组成，每一个模块都是独立可替换的。
-
-### Compiler（编译器）
-
-编译器模块比较特殊，主要负责将 `axml` 、`acss` 、`js` 、`json` 等文件编译成模块化的 `js` 文件，完全是静态编译。至于详细的编译流程下面会细说。
-
-### Runtime（运行时）
-
-`runtime` 提供了小程序在 h5 中的运行时功能，比如：`Page` 、`Component` 、`App` 等全局函数，并且提供完整的生命周期实现，事件的注册、分发(非 `react` 事件)，`slot`、`block` 等全局 `DSL` 层面组件实现，等等。
-
-### API (my.\*)
-
-`api` 模块提供了类似支付宝小程序中 `my` 一系列 `api` 的实现，事实上，目前 `api` 的实现其实相对来说比较分散，在 `api` 模块并没有提供全部的支付宝小程序 `api` 的实现，有些 `api` 在全局公共组件来实现(比如：`UI` 相关的 `api`，下拉刷新等)，甚至有些 `api` 需要开发者自己来实现(比如：登录态的获取等等)。
-
-### Components(全局公共组件)
-
-全局公共组件指的是 `view`、`button`、`scroll-view` 等支付宝小程序原生提供的组件，在 `MorJS` 中，这些组件是基于 `web-components` 来实现的，之所以使用`web-components` 来实现而不是 `react` ，是基于以下几个原因:
-
-1. `web-components` 组件支持标签选择器。这样就能跟小程序的组件在样式的写法上抹平。
-2. `web-components` 组件天生具备样式隔离的能力，不用担心公共组件的样式会污染全局。
-3. `web-components` 组件支持路由事件，因此小程序中的 `tap、touch` 等事件可以直接自定义抛出。
-4. `web-components` 组件注册以后，可以像原生 `html` 组件一样使用，无需单独引入组件文件。支持原生 `html` 组件的所有方法和功能。
-
-以上几个优势，如果用 `react` 来实现，虽然在技术上是可以有类似的实现，但是成本就比较高了，远不如 `web-components` 来的简单直接。
-
-### 其它
-
-除了以上四个核心模块以外，由于公共组件、`api` 的实现都是模块化的，尤其是 `api` 部分，可以轻易的扩展自己的 `api` 设置重写部分 `api` ，因此对于接入方来说，可以扩展自己的公共组件、`api`。
-
-以上四个模块，除了编译器模块，剩余的三个模块整体才算一个完整的小程序运行时。
-
-## 运行流程
-
-
-
-上图中的运行流程其实跟普通的 `react` 工程运行流程差不多，仅仅是多了一个针对 `axml` 文件、`acss` 文件、`js` 文件进行额外编译转码的流程，最终还是通过 `webpack` 进行打包运行。
-
-进一步可以分析出，这样的流程，不管是整个工程级别的转码，还是组件库级别转码，甚至是已有 `react` 项目直接引入小程序代码，都可以通过上图中的方式直接(`loader` 方式)或者间接(命令行)运行。
-
-## 编译流程
-
-> 不同的文件，编译的方式是不一样的，编译处理的内容也是不一样的。
-
-### AXML
-
-
-
-整个小程序编译器，就数 `axml` 文件编译最复杂。整个编译流程如上图所示。
-
-1. 将 `axml` 文件转换成 `xml` 文档树。
-2. 将 `xml` 文档树，转换成小程序的 `ast`。针对不同的节点类型、属性类型做针对性的转换。
- 3, 将小程序 `ast` 进一步转换成 `jsx` 代码。事实上，有了 `ast` 以后，不仅能转换成 `react` 代码，也可以转换成 `vue` 的代码，甚至也可以转换成基于 `web-component` 的代码，只需要提供不同的 `dsl runtime` 即可。这也是为何上面将 `dsl runtime` 单独作为一个模块的原因。
-
-`axml` 编译复杂的部分，不在 `ast`，而是在 `generate` 中，各种小程序 `dsl` 的特性都需要在这里进行转换。
-
-### ACSS
-
-`acss` 编译，其实很简单，目前只是做了三件事:
-
-1. `rpx` 支持—— 将 `rpx` 编译成 `rem` 。
-2. 标签样式的支持—— 这是这里仅仅是做了一个标签样式的重命名。之所以这样，是因为在实际 `axml` 中用的标签比如 `view` ，但是实际注册的标签名是 `tiga-view` 。因此在`acss` 文件中，对标签样式的重命名也是一个非常重要的功能。
-3. 条件编译。
-
-### JS
-
-最新版本的编译器，极大简化了 `JS` 文件的编译。目前 `JS` 编译器仅仅如如下几个事情。
-
-1. 条件编译的支持。
-2. `import` 路径的转换。主要是将绝对路径转换成相对于工程的根目录的相对路径。
-3. 将 `Page` 或者 `Component` 相关的 `js` 文件，编译成以 `export default` 形式导出的 `js` 文件，之所以这样做，是因为需要将 `Page` 或者 `Component` 全部以组件的形式导出，然后可以被其他 `js` 文件引用。
-
-### 总结
-
-但从编译器来说，最核心的就是 `AXML` 的编译，而 `acss` 和 `js` 文件 的编译相对来说很简单。
diff --git a/website/docs/web/blog/runtime.md b/website/docs/web/blog/runtime.md
deleted file mode 100644
index 10a48872..00000000
--- a/website/docs/web/blog/runtime.md
+++ /dev/null
@@ -1,17 +0,0 @@
-# 运行时原理
-
-> 不管是 Page 还是 Component，在 MorJS 中，都会被视作组件处理。
-
-
-
-上图是一个小程序组件不同代码文件最终被合并成一个组件的大概流程。从上图中可以看到，`acss` 文件、`axml` 文件在编译的时候就会被编译成 `react render function` ，而且是最终的渲染函数。这个函数只接受一个参数(`render-data`),根据 `data` 渲染出 `html`，没有任何其他的功能。
-
-而 `Component(options)` -(其实就是 `js` 文件)会被编译器以模块的形式导出，在 `runtime` 中会根据 `options` 动态生成一个 `Component` 的实例(非 `react` 组件)，这个实例就是小程序中可以通过 `this` 访问的实例。
-
-而上图中提到的 `React` 基础组件 可以这么理解，每个小程序组件的实例(`Component`)都会对应一个 `React` 基础组件，这个 `React` 组件负责管理生命周期函数的调用，并且负责渲染，同时也负责事件的交互回调。
-
-每当 `setData` 被触发的时候其实是在 `Component` 中触发的，然后 `Component` 会调用 `react` 组件的 `render` 函数，进一步调用到上面提到的 `react render function`。
-
-`Component` 和 `React` 组件 之间是一个循环交互的过程，`Component` 跟 `React` 组件 是通过 `setData` 进行交互进而触发 `render`，而 `React` 组件 和 `Component` 之间是通过直接方法调用的形式来交互。这个双向交互的流程就组成了 `MorJS Web runtime` 的内核部分。
-
-从上图也可以看出，`acss` 、`axml` 两个文件其实跟 `Component` 并没有强关系，仅仅是一个渲染函数，根据给定的 `render-data` 而渲染出结果而已，如果把 `Componet(options)` 去掉，也就是把小程序中的 `js` 文件去掉，那么就是一个模板文件，而事实上 `MorJS` 中也是这么实现 `template` 功能的。
diff --git a/website/docs/web/blog/setdata.md b/website/docs/web/blog/setdata.md
deleted file mode 100644
index 1364443a..00000000
--- a/website/docs/web/blog/setdata.md
+++ /dev/null
@@ -1,42 +0,0 @@
-# setData 实现原理
-
-`setData` 需要做哪些事情？
-
-1. 类似 `react` 的 `setState`，可以修改当前组件 `data` 中的数据。
-2. 数据的修改是同步的，渲染是异步的。
-3. 支持已 `path` 的形式来设置 `data` 中的数据。
-
-在说 `setData` 实现方案之前，有必要提一下 `MorJS` 并没有使用 `react` 中 `setState` 方法，而是自身实现了一套类似 `setState` 的实现，然后通过调用 `forceUpdate` 方法来强制 `react` 组件重新渲染。
-
-本来吧，`react` 的 `setState` 也能实现以上的功能，但是考虑到需要遵循小程序的框架设计原则，渲染和业务逻辑是分离的，可以简单的理解为是渲染和业务逻辑是两个不同的模块，处于不同的 `worker` 上。因此，`runtime` 在实现的过程中不能无脑直接使用 `react` 的所有方法。在实际的小程序中，渲染和业务逻辑是在不同的 `worker` 中，但是在 `MorJS` 中，无需照搬，只需要实现类似的功能即可。另外，在 `MorJS` 中，`Component` 方法传入的 `options` 内容和直接`react` 组件是不一样的，是两个不同的模块。甚至是渲染函数(`axml` 编译出来的 `render` )也是独立的。
-
-在上一篇中提到，`Component` 和 `react` 组件 其实是互相循环交互的，但是 `setData` 只会在 `Component` 中触发。
-
-
-
-下面直接上代码。
-
-```js
-const reactComponent; // react组件
-function setData(obj, callback) {
- let hasUpdateData = false; // 是否有更新data中的数据
- Object.keys(obj).forEach(key => {
- // 这里做了简单的 相等 判断。 防止某些生命周期的死循环
- const newValue = get(obj, key);
- if (newValue !== undefined && !isEqual(newValue, get(this.data, key))) {
- hasUpdateData = true;
- set(this.data, key, newValue)
- }
- })
- if (hasUpdateData) { // false 的情况只有发生在，用户只是更新 props中的value
- reactComponent.forceUpdate(); // 触发 render
- }
- callback && setTimeout(callback); // 异步方式触发回调
- }
-```
-
-代码中用到了 `set` 和 `get` 方法，这两个方法都是 `lodash` 中的方法，之所以用这两个方法，是因为需要支持以路径的形式来设置 `data`，比如: `setData({ 'user.name':'name' })`。
-
-另外，上面代码也做了简单的相等判断，这个功能可以简单理解为 `react` 中 `PureComponent` 提供的功能，可以防止在某些生命周期函数中调用 `setData` 从而引发死循环的问题。
-
-当调用 `react` 组件的 `forceUpdate` 方法，就会触发 `react` 的 `render` 调用，这时候再调用上一篇内核篇中介绍的由编译器生成的 `render` 函数，就形成了一次完整的渲染流程。
diff --git a/website/docs/web/blog/slot.md b/website/docs/web/blog/slot.md
deleted file mode 100644
index 8294d0e9..00000000
--- a/website/docs/web/blog/slot.md
+++ /dev/null
@@ -1,215 +0,0 @@
-# Slot 实现原理
-
-## slot
-
-先上代码：(组件定义)
-
-```html
-{item.description}
-- 以多端编译为基础，配以面向全生命周期的插件体系，覆盖从源码到产物的每个阶段，支持各类功能扩展和业务需求。 -
- - 快速上手 - -- 检测到您是内网用户，建议前往内部官网{' '} - - https://mor.alibaba-inc.com - {' '} - 以获取更多信息。 -
-