本文对使用@arcgis/cli和esri-loader两种方式开发ArcGIS JS API进行了测评。@arcgis/cli适合新建项目，提供完整的Webpack配置和TypeScript支持，更贴近主流技术。而esri-loader适用于项目后期添加GIS功能，避免影响系统架构。作者推荐精通前端的开发者使用@arcgis/cli。
重要说明：如果是刚入门，或者对webpack和TypeScript不精通的话，不建议使用@arcgis/cli脚手架，下面文章中做推荐的仅仅针对于精通前端开发的小伙伴。
概述
当我既写了esri-loader方式来进行ArcGIS JS API的开发文章，又写了@arcgis/cli脚手架的方式来进行ArcGIS JS API的开发文章之后，相信很多小伙伴看到后会产生“选择纠结症”，我到底该用哪种方式来进行ArcGIS JS API的开发呢？不要着急，我给你一个可供选择的参考，简单又实用：
- 如果项目已经在进行实施，中途可能需要用到ArcGIS JS API中的相关功能模块，那就选择esri-loader方式；
- 如果项目并未开始实施，但是后期会有ArcGIS JS API中的相关功能需求，推荐使用@arcgis/cli脚手架，当然，你也可以用esri-loader方式。
既然有两种方式可供选择，那我们简单来看下这两种方式的优势与不足。
相关测评内容
1、实际项目实施方面
根据文章开始所说，如果项目已经在实施，我们只能通过esri-loader方式
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
