tinybright
All 5 comments
欢迎提交 Issue~
如果你提交的是 bug 报告，请务必遵循 Issue 模板的规范，尽量用简洁的语言描述你的问题，最好能提供一个稳定简单的复现。🙏🙏🙏
如果你的信息提供过于模糊或不足，或者已经其他 issue 已经存在相关内容，你的 issue 有可能会被关闭。
Good luck and happy coding~
![taro-bot[bot] picture](https://avatars.githubusercontent.com/in/20114?v=4&s=40)
taro-bot[bot]
on 3 Jan 2019
这个暂时没有考虑咯，得看看需求
luckyadam
on 3 Jan 2019
👍1
编译不仅是把 DSL A 编译成 DSL B，还得模仿特定 DSL 的一些行为，原生微信小程序的一些抽象度高的概念，例如 relations 和 behavior 现在也没有实现编译，wepy 这些抽象的概念会更多。
就用户的数量而言，wepy 在 npm + cnpm 的下载量也不高，其实比起 taro/mpvue 都几乎没有优势，现在相对数量多也是由于存在的时间长，但从绝对数量的角度来看，他比起原生小程序还是非常小的量。
所以我认为做这个事投入是远远大于收益的，不会去做。
yuche
on 3 Jan 2019
👍9
不是因为你个需求就可以决定的。
mienv567
on 3 Jan 2019
👍1
确实没啥产出，谁项目不急可以研究下，就可以引导一部分用户过来
tinybright
on 7 Jan 2019
Was this page helpful?
0 / 5 - 0 ratings
Related issues
liuchuzhang
·
3Comments
deepcoldy
·
3Comments
rainbowMorelhahahah
·
3Comments
leafchao
·
3Comments
XT-0515
·
3Comments
Most helpful comment
编译不仅是把 DSL A 编译成 DSL B，还得模仿特定 DSL 的一些行为，原生微信小程序的一些抽象度高的概念，例如 relations 和 behavior 现在也没有实现编译，wepy 这些抽象的概念会更多。
就用户的数量而言，wepy 在 npm + cnpm 的下载量也不高，其实比起 taro/mpvue 都几乎没有优势，现在相对数量多也是由于存在的时间长，但从绝对数量的角度来看，他比起原生小程序还是非常小的量。
所以我认为做这个事投入是远远大于收益的，不会去做。