坑太多.....

[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]

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

[jack9603301]

想要得到社区的尊重，请尊重社区其他人

[jack9603301]

我不是这个框架的贡献者，但我可以给你一个严肃的警告，没有人有义务为了你解决问题，尊重他人的工作成果才能让别人尊重你，项目属于社区，存在即表示合理，而你，已经严重违反了国际通用的社区规范。请修正你的言论，减少冒犯性言论。

[HuangYanQi]

好，我修正我的冒犯性言论。但我看到的，经历，的我必须说出来，让更多人看到

[jack9603301]

@yyx990803 @Dewyzee 请核心维护者进行官方回复

[jack9603301]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

[HuangYanQi]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

我选框架的时候有看到。但是别人的老项目还是头疼。怎么调都有问题。太气了....

[jack9603301]

https://www.oschina.net/p/taro?hmsr=aladdin1e1

也可以考虑taro
https://github.com/NervJS/taro

[jack9603301]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

我选框架的时候有看到。但是别人的老项目还是头疼。怎么调都有问题。太气了....

可以考虑自己修复以解决问题，开发者应有足够的能力面对自己的选择

[HuangYanQi]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

我选框架的时候有看到。但是别人的老项目还是头疼。怎么调都有问题。太气了....

可以考虑自己修复以解决问题，开发者应有足够的能力面对自己的选择

重申一次，做选择的开发者离职了。这是个烂摊子。

[jack9603301]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

我选框架的时候有看到。但是别人的老项目还是头疼。怎么调都有问题。太气了....

可以考虑自己修复以解决问题，开发者应有足够的能力面对自己的选择

重申一次，做选择的开发者离职了。这是个烂摊子。

你自己可以考虑深入研究，并进行解决

[HuangYanQi]

#1820 #1034 显示，该项目可能很少维护了，我也不清楚，您可以考虑换其他选项，比如uni-app
https://uniapp.dcloud.io/

我选框架的时候有看到。但是别人的老项目还是头疼。怎么调都有问题。太气了....

可以考虑自己修复以解决问题，开发者应有足够的能力面对自己的选择

重申一次，做选择的开发者离职了。这是个烂摊子。

你自己可以考虑深入研究，并进行解决

你说这些并没有实质性帮助。何不食肉糜？

[jack9603301]

那就重构

[HuangYanQi]

那就重构

月底要求新功能上线。嗯......知道我为什么急了吗？？？

[jack9603301]

好吧

[hujin0618]

建议用uniapp重写，大部分代码不需要改。

[TOP-LH]

那就重构

月底要求新功能上线。嗯......知道我为什么急了吗？？？

mpvue转uniapp有转换工具的

[ac51300696]

第一，你并没有为开源付出什么，甚至大概率咖啡都没请一杯，别说你使用他或者提交issus什么的，
第二，mpvue项目的维护我感觉最大的问题是他没有说结束，不再维护，导致后面使用的人可能有一些问题，但是对于之前使用但是出现问题的项目请自己解决，不管是固定版本，还是项目平移，这是用免费开源的代价之一，肯定会有试错成本。
第三，关于你这个具体的项目问题你需要的是向上反馈，比较老项目维护成本太高了，你需要重构才能保证质量和效率，而不是在这无能狂怒，特别是一开始的标题用了非常不礼貌的标题

第四，如果你在18，19年写小程序，mpvue就是最好的小程序夸端方案之一，基于事实上的小程序规范（微信小程序）摸平了各个小程序端的差异，用vue的写法拓展了开发的边界。当时绝大多数的bug都是各个小程序的差异导致的bug

第五现在2022年了，如果你要一个开源能对你进行很大的支持，你可以选择捐助，你的bug和需求绝对会被优先处理。大家都是打工人，不要端起碗吃饭，放下碗骂娘

tip：作为一个经历了原生，mpvue（美团不维护了），megalo（考拉不维护了），taro（京东，坑一地）的人，我对于这些开源作者提供的帮助是很感谢的，还是很希望社区能有一个开放的环境，给别人错误的机会。才能出来正确的结果。

[HuangYanQi]

第一，你并没有为开源付出什么，甚至大概率咖啡都没请一杯，别说你使用他或者提交issus什么的， 第二，mpvue项目的维护我感觉最大的问题是他没有说结束，不再维护，导致后面使用的人可能有一些问题，但是对于之前使用但是出现问题的项目请自己解决，不管是固定版本，还是项目平移，这是用免费开源的代价之一，肯定会有试错成本。 第三，关于你这个具体的项目问题你需要的是向上反馈，比较老项目维护成本太高了，你需要重构才能保证质量和效率，而不是在这无能狂怒，特别是一开始的标题用了非常不礼貌的标题

第四，如果你在18，19年写小程序，mpvue就是最好的小程序夸端方案之一，基于事实上的小程序规范（微信小程序）摸平了各个小程序端的差异，用vue的写法拓展了开发的边界。当时绝大多数的bug都是各个小程序的差异导致的bug

第五现在2022年了，如果你要一个开源能对你进行很大的支持，你可以选择捐助，你的bug和需求绝对会被优先处理。大家都是打工人，不要端起碗吃饭，放下碗骂娘

tip：作为一个经历了原生，mpvue（美团不维护了），megalo（考拉不维护了），taro（京东，坑一地）的人，我对于这些开源作者提供的帮助是很感谢的，还是很希望社区能有一个开放的环境，给别人错误的机会。才能出来正确的结果。

首先，这是一个2020年的问题，其次。没有开源项目，就不能评价开源项目使用体验？所有的就都是好的？再然后，我针对的点也是“没有说结束，不再维护，bug多，不建议使用”，怎么我否定就不行，换你来就变得这么合理，别人说就是不礼貌的？你这么双标在这儿装什么大尾巴狼？你踩了很多坑你还是很感谢，所以标榜你自己很高尚是吗？所以别人没你这么高尚，就连说话的声音都不能有是吗？你除了轻描淡写的带过别人问题，剩下的就是趾高气昂的开始宣扬，标榜你自己，贬低别人，这种思维逻辑都多少年了还没玩腻？你列举的5点看似有理有据，实际上有几个站得住脚的客观依据？我要表明的是，开源作者没有义务为别人解决问题这是事实。但这妨碍我来吐槽来评价框架本身不好，以警示其他不懂的新手、以及给我带来的麻烦吗？两者有互斥关系吗？然后什么【如果捐助，我的bug和需求绝对会被优先处理】，你一个人yy一下就得出这么肯定的结论？我捐助你5k，你把mpvue我描述的关于map组件的不兼容问题，给我解决了，你能吗？你行吗？yy一些不加论证，想当然的前置条件得出一些看似没毛病的结论来反驳攻击别人，真的很低端。如果xxxx，肯定xxxx。你看问题的视觉太单一了。你全篇的重点在于最后的tip，tip啥？tip你的道德之高尚。这才是你真实的目的。

[ANT-CYJ]

放心吧，我已经收到啦。