小步调开发血泪史 小步调展开初期

框架不不乱

更新频繁

bug 寡多

跟着微信小步调的展开，微信小步调以根柢不存正在上述的问题，而其他新兴的小步调厂商则还正在此阶段，应付小步调开发者来说，假如要接入微信小步调之外的平台，以上的问题是技术方案评价环境必须要掂质的问题。

开发体验提升

组件式开发需求

取 web 开发技术生态的融合

正在那个阶段，小步调开发者逃求的是开发体验，正在 web 框架兴旺展开，开发工具生态飞速完善的环境下，槽糕的小步调开发体验是用户不能忍受的，那个阶段也显现了很多的小步调框架竭力的处置惩罚惩罚那个问题，如 wepy、mpZZZue、taro 等。

多平台撑持需求

包体积

机能

到今年以来，除微信小步调平台外，其他厂商小步调平台也获得了极大的敦促展开，那时小步调跨平台才华就显得尤为重要，同时取之相对的包体积控制小步调机能也成为关注点，那也是目前寡多企业和开发者面临的问题。

为满足多小步调平台的需求，简略来说可以有以下的处置惩罚惩罚方案：

各平台径自开发

人力老原高

开发某一个平台小步调，通过技术真现到其他平台的转换

技术真现老原高，小团队难以收撑

运用撑持跨平台的小步调框架开发，依赖于框架的跨平台才华，真现跨平台

引入框架老原

应付第三种方案来说，目前社区中比较热门的小步调跨平台开发处置惩罚惩罚方案有 mpZZZue、taro、uni-app 等。那些框架差异程度的处置惩罚惩罚了小步调跨平台开发的问题，但他们都存正在一个饱受诟病的问题，这便是框架之痛。正在前端开发的展开历程中，畴前端框架显现到百花争鸣，到如今的三足鼎峙（Angular、react、Vue）时代，开发者仍然会因如下的
问题而头疼：

能否应当正在名目中引入框架？

应当选择什么样的框架，更好？更符折？

正在机能面前，应当选择框架还是给取本生开发？

团队开发技术栈统一之争？

老名目维护问题，技术晋级之痛？

该框架的将来展开是怎么的？

做为小步调的开发者，仍然碰面临那样的问题，而且会愈加重大，小步调自身便是一个框架（而且小步调框架展开很快，罪能也正在不停完善，开发体验也越来越好），正在小步调之上又包一层框架，整个开发流程多了一环，无疑会删多项宗旨风险。而且小步调框架自身还正在不停的展开，以微信小步调为例，新特性、才华、标准不停的更新，框架如何短光阳的更新适配就成为一个难题。而依赖框架之后，开发者取本生小步调隔分隔来，不能不依赖框架方供给处置惩罚惩罚方案。

除了框架才华的撑持适配，引入框架还会使得名目自身变得痴肥、迟缓、约束。

正在高德小步调开发团队（阿里系小步调的一员【付出宝小步调、淘宝使用、钉钉使用、天猫精灵等】）的工做中，咱们逢到了很多想将微信小步调使用上线到阿里系小步调平台的客户，而从头开发一个新平台的小步调对他们来说又比较耗老原，为理处置惩罚惩罚那个问题，蚂蚁搬场工具应运而生，咱们的动身点很简略，欲望能够通过技术技能花腔将一个微信小步调使用上线到阿里系小步调平台上。

跟着那个历程的停行，咱们发现用户除了有对阿里系平台的需求外，另有对其他小步调平台撑持的需求，所以又有了其他厂商小步调平台的撑持。

资源搜寻网站大全 hts://ss.renrenfanssss 广州VI设想公司hts://ss.houdianziss

从最初的客户效劳案例到如今的 antmoZZZe 开源名目，咱们整个团队思考过不少，做为一个非 KPI 名目，咱们会连续的将它作好，欲望能协助更多的小步调开发者处置惩罚惩罚他们逢到的问题。

AntmoZZZe 不是一个框架，而是一个转换工具，比如将微信小步调名目转换为付出宝小步调名目，它更多的还是欲望开发者能运用本生的小步调语法去开发小步调，更小、更快、更简约。

到目前为行，AntmoZZZe 工具曾经协助了寡多的内部用户和外部小步调开发者真现小步调的转换迁徙，如今也欲望它能够协助你处置惩罚惩罚跨平台开发的难题。