ArcGIS JSAPI Build Tips

This page summarizes the projects mentioned and recommended in the original post on dev.to

SurveyJS - Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App
With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
surveyjs.io
featured
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
  • arcgis-webpack-plugin

    Discontinued Webpack plugin for the ArcGIS API for JavaScript

  • Up until this recent release, you would only want to use the @arcgis/webpack-plugin if you want to copy the assets locally. This would add about 25mb to your deployed build size. This includes the workers, styles, images, and localization files. If you did not want to copy them locally and just let them load from the CDN, you didn't need this plugin with webpack at all.

  • jsapi-resources

    A collection of useful resources for developers using the ArcGIS API for JavaScript.

  • Using these build tips and tweaks, the sample application shown here is about 710kb of JavaScript at runtime, and it has some widgets and custom visualizations in it. I'm pretty happy with that.

  • SurveyJS

    Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.

    SurveyJS logo
  • arcgis-js-build-experiments

  • I put a repo together here of these two build scenarios if you want to try it out yourself. At the end of the day, if you really need to squeeze out every last kb from your deployed and runtime size, you can use webpack to get there. If you want simplicity, I think ViteJS is a great choice. It all depends on your circumstances. You can also watch me walk though this in the video below.

  • vite

    Next generation frontend tooling. It's fast!

  • But what if I use something simple like ViteJS? I'm a big fan of ViteJS, and like it quite a bit. The benefit here is you can run it without a single config file. Here are the stats of using ViteJS versus webpack for a custom build. Runtime numbers are compressed.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • I finally finishes this. Just need someone else to look at it if anyone is willing

    3 projects | /r/react | 16 Jun 2023
  • Gatsby vs Next.js vs React

    3 projects | /r/programmingHungary | 1 Jun 2023
  • Exploring Vite.js: The Lightning-Fast Build Tool for Modern Web Apps

    3 projects | dev.to | 30 Apr 2023
  • How to start a React Project in 2023

    4 projects | /r/reactjs | 22 Mar 2023
  • React dans Symfony avec Vite

    2 projects | dev.to | 11 Feb 2023