坑太多.....

[HuangYanQi]

mpvue在实际使用过程中，查错调试成本太大。对于页面复杂，逻辑多或涉及map的组件来说，不建议使用

[jack9603301]

请尊重社区规范，不要人身攻击，尊重他人，他人才会尊重你。

你已经违反了社区友好交流的相关规范

[HuangYanQi]

请尊重社区规范，不要人身攻击，尊重他人，他人才会尊重你。

你已经违反了社区友好交流的相关规范

上一位同事写了4个月的项目，现在一大堆关于bug，你来呀尊重一个！

[jack9603301]

在社区这样说话是会被大家排斥的，有问题请提交bug report

[HuangYanQi]

侵入原生本就不是一个合理的设计。

[HuangYanQi]

移动开发本onShow、onHide如此语义化的周期，非要强行迁移到vue，我的真的是为这个项目辞职的心都有了。一片狼藉

[jack9603301]

vue是非常优秀的框架了把

[jack9603301]

请尊重社区，侵入式也是一种方式，你觉得不喜欢可以换

[jack9603301]

有问题请提交bug report

[jack9603301]

现在需要考虑跨平台，不同平台下代码一样才是趋势。另外，不只有这一个框架

[HuangYanQi]

我不需要换，因为我从来就没打算新建项目选mpVue，可是有一些经验不足，不考量框架，不做调研的小白菜，用了mpvue，然后bug一大推，拍屁股走人了，我也很难。还有，请不要用Vue来贴金，根本就不是一个平台的东西。改改别人的runtime就想桥接到小程序。牛头插个马嘴，这小孩子都知道的道理。不同平台代码一样是趋势，您可别逗了。原生小程序下层本就屏蔽了安卓iOS，以及其不同版本、不同微信版本之间的差异。这本就已经需要大量的维护成本。您到是好，改改runtime就号称把vue搬到了小程序。至于会遇到的问题，至于这其中，给使用者带来的（双重）学习成本，bug检查成本（出错得从微信问题、微信开发者工具问题、运行平台问题、您框架问题，慢慢一步步找起）。您完全就不考虑别人感受的嘛？您的逻辑基础是，mpvue已经无缝对接，完美无bug了吗。剩余错误一律是其他原因？？？若您无法保证您框架的稳定和兼容（也应该保证不了吧，小程序和原生平台在双重迭代，这得耗费多大的人力才能维护得了？）那么您为什么明知道您的游轮不可避免的会出现很多漏水的地方，还要极力忽悠小白上船，然后留下一票像我这样的人，拿着一个写了几个月的项目头疼呢？？？我换其他框架我不需要成本的吗？？？？？？？？？？？？？？？？您以为你实现了vue写小程序是件很有意义的事情。您不觉得这知识表面繁荣吗？您只是让明明可以很简单的小程序开发。增加了新人学习时的vue部分成本、bug调试时的排错成本、以及贵团队的维护成本（还维护部好）。。。最后，我从上手小程序那天起。就没用过原生，用的MPX....嗯

[HuangYanQi]

框架、开源的头号初衷不是提高大家的效率，让做同一件事变得更快吗？mpvue呢？？？你叫我换。4个月的项目，你叫我花多久换？？？让大家走退步？？？

[jack9603301]

这种平台同一个代码是很有挑战性的，人家愿意尝试新技术，而你。。。。我这么说把，大部分js不能在小程序中运行，这其中包括tui.editor，现在大家都希望在不改变代码的情况下做多端迁移，真正有经验的人绝对不可能像你这样，肯定会考虑类似这种的更好的框架。不过如果你总觉得你最专业，那我不建议你来这种开源社区中，因为你已经违反了社区规范

[jack9603301]

那您可以离开这个社区，请不要污染社区

[HuangYanQi]

这个社区不是你的！你批判我的同时，你不正是以你自己的开源思想作为旗帜吗，独裁？？？

[jack9603301]

很多企业都专门做这个的，有自己的一套转换框架，您不赞成，可以不用，或者购买更好的商业性解决方案。
在开源社区，框架技术人员应有能力解决自己所遇到的问题
在开源社区，没有人有义务为你一个人解决问题