【测评】 使用@arcgis/cli脚手架和esri-loader方式进行ArcGIS JS API开发的测评

重要说明：如果是刚入门，或者对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方式来进行JS API的开发，因为此时JS API算是后期才引入到项目中的，我们的项目可能并不是一个整体的GIS项目，GIS相关功能模块只是系统中的一小部分，所以我们就没必要用@arcgis/cli脚手架构建一个完整的基于WebGIS框架的项目，这样会影响系统应有的架构，使系统架构的健壮性大大降低。