快速上手
1 安装启动
**[success] 运行环境 **
node >= 8.10.0 npm >= 5.6.0
建议安装使用nvm管理node版本
1.1 全局安装chameleon-tool构建工具
npm i -g chameleon-tool
安装成功后,执行 cml -v
即可查看当前版本, cml -h
查看命令行帮助文档。
1.2 创建项目与启动
- 执行
cml init project
- 输入项目名称
- 等待自动执行npm install依赖
- 切换到项目根目录执行
cml dev
- 会自动打开预览界面 预览界面如下:
web端可以点击模拟器内页面右上角打开新的浏览器窗口。
native端的效果请下载chameleon playground(目前可下载Android端,IOS端即将发布)或者下载weex playground扫码预览
小程序端请下载微信开发者工具,打开项目根目录下的 /dist/wx
目录预览。
支付宝、百度小程序、快应用正在努力测试中,尽请期待。
2 目录与文件结构
生成的目录结构如下,详细介绍参见目录结构:
├── chameleon.config.js // 项目的配置文件├── dist // 打包产出目录├── mock // 模拟数据目录├── node_modules // npm包依赖├── package.json└── src // 项目源代码 ├── app // app启动入口 ├── components // 组件文件夹 ├── pages // 页面文件夹 ├── router.config.json // 路由配置 └── store // 全局状态管理
编辑器中语法高亮,暂时使用
.vue
的插件,参见编辑器插件,后续会推出更强大的插件。
4 语法体验
替换src/pages/index/index.cml
文件,删除src/pages/index/index.cml
文件中的所有代码,然后替换为下面的代码,体验chameleon语法。
数据绑定
<!-- 数据绑定与计算属性 --> {{ message }} {{ message2 }} <!-- 条件与循环渲染 --> {{idx}}: {{itemName.city}} <!-- 事件绑定 --> 切换展示
5 创建新页面
项目根目录下执行cml init page
, 输入页面名称first-page
$ cml init page? Please input page name:
回车,即可生成页面组件src/pages/first-page/first-page.cml
。
6 创建及引用组件
项目根目录下执行cml init component
,选择普通组件
,输入first-com,回车,即可生成文件components/first-com/first-com.cml
。 组件也是cml文件结构上与页面相同。
拷贝如下代码到first-com.cml
我是组件first-com
然后在刚才的src/pages/index/index.cml
中引用first-com
template中使用first-com组件。
经过以上操作,你已经学会了组件的引用,丰富的组件等待着你去学习!
进阶体验
7 项目配置
chameleon.config.js
为项目的配置文件,以后定制化构建会使用到,比如是否带hash,是否压缩等等,可以在项目根目录下执行cml build
,执行完成后,项目根目录的dist
文件夹下生成build模式的文件。
8 模拟数据
mock/api/index.js
文件内容如下,可以本地模拟api请求。访问localhost:8000/api/getMessage
即可看到模拟的api返回。端口以实际启动为准,默认8000.
moduleexports = method: 'get' 'post' path: '/api/getMessage' { res; } ;
9 示例demo学习
chameleon-tool
中内置了todolist的项目模板,通过命令cml init project --demo todo
即可生成该模板,按照1.2节中的说明启动项目,即可看到如下页面
经过以上的介绍和实践操作,相信你已经了解了chameleon的基本使用,本文档其余部分将涵盖剩余功能和其他高级功能的详尽细节,所以请务必完整阅读整个文档!
10 FAQ
我想使用chameleon,是否需要大刀阔斧的重构项目?
不需要,可以使用chameleon开发公用组件,导出到各端原有项目中使用。
用CML标准编写代码,是否增加调试成本?
我们实现了全面的语法检查功能,且在持续加强。理论上框架是降低调试成本,就像从原生js开发到vuejs、reactjs是否认为也增加了调试成本,见仁见智。
各端包括小程序的接口更新频繁,如何保证框架编译的抽象度和稳定性?
1、自建输入语法标准 cml,编译输出结果自定的格式语法。 2、框架的runtime层实现匹配接收的编译输出代码,runtime跟随小程序更新。 3、框架整体方向一致:mvvm底层设计模式为标准设计接口。 基于以上三条,你可以理解为:我们设计了一个框架统一标准协议,再在各个端runtime分别实现这个框架,宏观的角度就像nodejs同时运行在window和macOS系统,就像flutter运行在Android和iOS一个道理。各端小程序接口更新除非遇到不向下兼容情况,否则不影响框架,如果真遇到不向下兼容更新,这种情况下是否用框架都需要改。
框架有多大,性能是否有影响?
1、小程序的主要运行性能瓶颈是webview和js虚拟机的传输性能,我们在这里会做优化,尽可能diff出修改的部分进行传输,性能会更好。 2、包大小,小程序有包大小限制,web端包大小也是工程师关心的点。首先基于多态协议,产出包纯净保留单端代码;其次框架的api和组件会按需打包。包大小是我们重点发力点,会持续优化到极致。目前build模式包大小测试结果如下: minimize | minimize + gzip
平台 | js总体积 | 外部框架 | chameleon运行时代码 | 其他代码 |
---|---|---|---|---|
web | 141.87kb | 43.72kb |
vue+vuex+vue-router 99.26kb | 33.89kb |
35.96kb | 8.85kb | 业务代码 |
weex | 135kb | 32.43kb |
vuex+vue-router 33.49kb | 17.96kb |
25.23kb | 5.94kb | 业务代码 |
wx | 101.66kb | 28.12kb | mobx算在chameleon运行时中 | 98.75kb | 26.53kb | 业务代码 |
baidu | 101.72kb | 28.13kb | mobx算在chameleon运行时中 | 98.78kb | 26.61kb | 业务代码 |
alipay | 102kb | 28.12kb | mobx算在chameleon运行时中 | 99.15kb | 26.34kb | 业务代码 |
我只想跨web和各类小程序,是否可以不使用 Flexbox 布局模型?
可以,如果你的项目不在 快应用、react-native、weex等平台运行,可以更便捷开发项目,特别是CSS的限制更少: 只跨web和小程序的应用