在很少 star 的时候就关注 + 加群了。一开始觉得和 uni 有点像，vue 版的 taro ？。。。
后面发现其实差别还是很大的，虽然现在的问题还很多，但能看见官方团队的努力。
非常看好 cml， 有跨端需求肯定是会向同事推荐 cml 的

ps: 我也顶 放弃集成 weex 的哥们
pps: 想要T恤 ♥♥

补 几个小建议

1. 给 vscode 的cml 弄个图标呗，更有 逼格
2. c-tab 之类的 要是能支持移动端手势就更👍🏻了

欢迎大家踊跃提pr,滴滴开源会给优秀贡献者发放证书哦，该证书含金量很高，是被滴滴招聘认可的。
2019年度滴滴开源贡献者证书已经发放

获奖名单如下：

@wbtiger@theoldboy1997@ACChe@yuxizhe@iwangshuai888@ahkjxy @zhengzhuang95 @Wildlifes @yazakid@cubemoon@Panamer@wobiancao@boenfu@z-mirror@WeihanLi@dengchaojie@a5511258@ZSX-JOJO@nadirvishun

请以上人员在9.27号之前联系我们（过期代表自动放弃）

邮箱地址：CML@didichuxing.com

邮件格式如下：

主题：

• 【cml1.0获奖】+ 真实姓名 + github用户名 + T恤尺寸

邮件内容：

• 真实姓名：xxx
• 联系电话：xxxxxxxxxxx
• 邮寄地址：xxx

关于T恤尺寸：标准尺码，有S 、M、L、XL、XXL、XXXL，4XL这几个号码可以选择

什么时候发奖😄

直奔主题，简单明了，想要T恤

• 增加更多的组件，例如评分、数字角标等，并不是所有的使用者都是专业的前端开发人员，很多后端开发或水平不高的由于没有某个组件，就会选择其它的框架。
• 目前为止没有可以参考的开源项目，都是mock一些数据什么的，很多人不知道真正开发一个小程序要怎么处理，cml.request要怎么封装什么的。

我就想来学习学习

今天上午才知道这个东东，试了下还行，挺好的，准备爬坑。

建议提供一个小型项目的demo，包括导航功能，个人中心样例等

感谢反馈。
1、2 的轻量可行的落地方案时，只有部分组件使用 CML 开发，导出原生组件使用
3、创业公司也可以，对工程师要求较高。
所以 CML 确实遇到这种尴尬，就是 CML 作为企业级框架，对工程师要求较高，意味着大公司同学才比较容易掌握；而大公司有自己的一套架构，比较难以开放心态选择外部框架，要求我们把 CML 打造更完美。
CML 后续会把各个层级模块独立开放出来，例如某一端框架、工程化编译、工程化组织，让开发者更易于接入。

2个选择CML的理由：
1.如果您有这样的需求：轻应用、新功能验证、新产品验证、快速迭代
产品形态：H5、小程序、快应用等
适用团队：创业公司、小团队、新团队等
达到的效果：快速覆盖所有流量入口
推荐：建议选择CML

2.如果您有这样的需求：native应用、动态化、新功能验证、新产品验证、快速迭代
产品形态：iOS、Android等
适用团队：创业公司、小团队、新团队、中小团队等
达到的效果：提升效率、节省人力成本
推荐：可以试试CML

本人对CML落地的一点思考：
大前端技术选型的一点思考

关于CML如何在中小型技术团队中落地和普及，请教3个问题：
1.各大厂都有自己的前端开发架构，CML应用落地比较困难吧？
2.中小型技术团队（50-100人），CML有没有轻量可行的落地方案？
3.创业公司技术团队（10-20人），是不是选择CML的小程序作为切入点？

1. samples?
   好像在仓库里没有看到有示例，希望加一些示例，方便更好的上手与熟悉
2. typescript support
   个人认为，从工程化的Angular 来说，typescript 完胜 javascript
3. 更详细的迁移文档
   现在的迁移文档感觉略显简单，像微信小程序，如果使用了第三方的ui框架比如我现在使用的有赞的 vant-weapp，现在是通过 npm 引用的，在迁移的时候应该怎么做呢？从文档上没有找到答案（可能有只是我没找到

文档更新下吧

文档更新下吧