简介： Java“司机”上路指南

一次真正意义上的低成本技术架构降级。

我的项目背景

衡东点货网是依据物流行业发展趋势及国家政策疏导开发的网络货运平台，其次要性能承载“车货信息公布、匹配、运费领取与发放、信用治理等”。

而对于我的项目的开发人员组成，长期以来仅仅只是“外围开发 2 人 + 实习开发 2 人“的规模，在撑持日常的业务迭代方面力有不逮。同时，联合 2020 年网络货运平台政策的调整，点货网作为网络货运平台，咱们的挪动端 App 内需嵌入监管平台的 SDK 插件，从而日常业务经营数据可能与监管平台的零碎买通，对立治理标准。

难点呈现了。

因现有的开发团队组成次要以 Java 工程师为主，同时可能对接三方 SDK 的开发仅两位，开发资源忽然顾此失彼。而在原有的工程中，存在 Uni-App 的选型，在短少对方技术团队反对的状况下，要咱们现有团队实现原生 SDK 的接入颇有难度。同时思考到后续“点货网 App”本身需具备接入原始 SDK 的能力，因而咱们的视角开始转向了“如何保障我的项目顺利完成联调测试，并晋升自有 App 的健壮性”。

咱们开始筛选市面上各类跨平台的 App 开发技术，在此期间比照了 Uni-App、Weex、Flutter、mPaaS 等跨平台开发框架。

作为一名 Java 开发，以上各跨平台开发框架的比照仅作为第一印象。针对各框架的优劣比照没有开展深度剖析，仅实用于大家在现有我的项目 / 工程中应答特定需要的技术选型参考。

因集体目前只具备 Java 和 Vue.js 的开发能力，无奈在短时间内疾速把握一门全新的开发语音或原生 UI 组件开发的能力，但因业务要求咱们务必要彻底晋升 App 的健壮性，因而团队决定将 Uni-App 替换为 mPaaS。

接入过程回顾

作为一名 Java 开发，对于 Vue.js 的语法还算相熟，因而我在 2019 年 8 月起开始接触并测试 mPaaS 的框架能力，尤其是小程序容器的局部，同时在这期间开始理解安卓开发的相干常识。

2020 年 6 月开始，我开始尝试独立接入 mPaaS 小程序，针对点货网 App 进行性能迁徙并正式接入监管 SDK 插件。

因为在正式应用之前，我已理解到 mPaaS 产品的具体个性，也理解到 mPaaS 不同版本之间开发配置存在肯定差别，最终咱们决定间接基于“mPaaS 小程序 Demo”实现点货网的根底性能，并在此基础上针对性能进行调整，以满足本身业务个性的须要。期间也有遇到一些小问题，在 mPaaS 研发团队的反对下得以顺利解决。

咱们也倡议大家，如果是首次接触 mPaaS，务必要针对官网文档提供的步骤，联合现有的 Demo 进行测试，防止因技术框架兼容性导致各类异样谬误。

最终，得益于 mPaaS 小程序的一直降级迭代，点货网 App 的小程序组件接入和更新也变得愈发简略，技术门槛被极大地升高优化。

回顾第一版点货网 App 接入 mPaaS 小程序容器的场景，过后咱们团队只有两位技术开发，另外一位同学还须要兼顾运维和其余开发事项，因而实际上真正开发的只有一个人。

面对这样的状况，咱们只能抉择冒险。但实质上，咱们实际上信赖的还是 mPaaS 具备原生利用与小程序兼容的框架能力，以及 mPaaS 技术团队的反对响应速度。

咱们抉择现有的 App 间接接入 mPaaS 进行开发，为了放慢业务的迭代速度，第一版点货网 App 中咱们只蕴含原有 App 的外围性能和监管 SDK 能力，并同时依据理论业务需要实现迭代。

目前，点货网 App 基于 mPaaS 小程序，已胜利实现从欢送页启动后主动进入小程序，并间接调用自定义 API 实现欢送页面销毁和安卓端权限校验的性能。预计八月下旬，咱们将正式上线，替换原有的 App 为客户提供服务。

价值积淀

回顾接入 mPaaS 小程序的历程，咱们也受害良多。对于 Java 开发同学而言，咱们不再须要专门学习安卓的 UI，用相熟的 HTML 即可间接进行页面开发，真正地以较低成本进行技术架构的降级。

而咱们的 Web 端与小程序的网络申请全副应用雷同的框架，因而 Web 端已开发实现的业务可能疾速地迁徙至 mPaaS 小程序中，只需简略的调整即可满足 mPaaS 业务逻辑的解决须要，从而防止业务逻辑代码反复编写，保障双端业务逻辑统一，升高多人合作中业务了解差别导致我的项目实现不统一的问题。

实现 mPaaS 接入后，只有在原生 SDK 插件变更时或减少时，咱们才须要针对 App 进行更新。像个别小程序的性能调整、变更、降级，均能够实现用户无感知降级，防止对用户的打搅，同时也能充沛满足咱们业务疾速迭代的诉求。

将来瞻望

作为一名非专业的 App 开发，咱们也由衷心愿 mPaaS 可能推出插件市场或者平台，为开发者间接提供如人脸核身、图片辨认、手机号码校验等通用根底 API 服务或者性能。

开发者的诉求实际上很简略，如果能专一于业务的需要开发，而不是反复地接入通用化的能力，对于集体及业务的成长都具备肯定价值。

将来“点货网 App”将持续依靠 mPaaS，利用现有的挪动端组件能力帮忙 App 继续降级。以客户的需要为导向，结合实际业务随取，为客户提供简略、便捷和实用的 App 体验。对于“点货网 App”而言，咱们同时也放弃凋谢，心愿可能跟更多开发者一起交换接入、应用 mPaaS 过程中遇到的问题，和大家一起共建 mPaaS 的开发者生态。

原文链接
本文为阿里云原创内容，未经容许不得转载。