一个小型GIS项目的技术选型

Original 麻辣GIS 麻辣GIS 2022-07-17

最近的一段时间里，一直没怎么更新相关 GIS 干货，实在有点抱歉。原因是业余时间和朋友一起接了个小活儿（没有996的公司只能自食其力了），由于之前也没太多相关经验，断断续续做了一段时间之后，这里也简要写个心得体会，万一后面有人也想接个小外包啥的，或许也可以做点小的参考。后续的时间如果条件允许，在数据脱敏的情况下，我会写几篇文章，详细介绍开发一个简单的GIS应用（跨Android、IOS、H5及小程序平台）的过程。

需求

主要的场景如下。

通过管理后台可以下发不同的检查任务给不同的检查员
检查员通过手机中的APP收到推送
打开APP点击任务，打开地图，导航路线
检查员到达特定地点，完成作业，并上传。

技术选型

前端：Uni-app，官网地址：https://uniapp.dcloud.io/

后端：Parse，官网地址：https://parseplatform.org/

为什么这么选？

其实前端的技术栈的选择还是有点纠结的，当时对比了几个：

React Native
Weex
Flutter
uni-app

React Native是我本人最想使用的技术选型，因为之前项目中也写过一些，并且最新的 React Native 已经支持了 Hooks，并且开发生态非常好，基本常用的功能不需要再去写原生代码。但项目中的几个新人都是Vue技术栈，并且对 React Native 的坑还没怎么踩过。基于 时间和团队开发效率 考虑，于是放弃。

Weex 在之前的很长一段时间内被折磨的很惨，并且现在官方的维护也基于相当于停止。PS：阿里的开源项目，目前最好用的就是 Antd 了吧。好不容易从坑里爬出来，我不是不可能再跳进去的。

Flutter，这是挑战 React Native 的强力对手。之前也看过许多文章和测评，并且写过一些的小的demo，但最后出于其目前 5000+ 的issue数量以及目前的开发生态，最后还是出于保守交付考虑，暂时搁置。

uni-app，其实本来是不想选这个的，（是的，我倾向于React Native），它是一个国产的平台，并且兼容APP端也使用了 Weex。选它一是因为使用的是 Vue 语法，团队成员可以迅速投入交付，不需要多少学习成本。二是其支持的平台足够多，一套代码编到8个平台。

另外其对 Weex 也做了一定的封装，避免了之前 Weex 开发的各种痛苦。生态目前来看也可以，官方还有各路开发者提供不少的插件。

至于后端的选型比较简单，因为这个项目的后端工作量不大，用不上 Spring 这种大家伙，本来考虑的是 Lean Cloud，后来客户要求数据放自己服务器上，于是就使用了开源的 Parse（相当于开源版本的 Lean Cloud）。

有哪些坑？

目前开发过程中遇到几个坑，也和大家简单分享。