only return an error when trying to load a different version of the JSAPI about esri-loader

[tomwayson]

Also, I'm fairly certain that this line:

esri-loader/src/esri-loader.ts

Line 34 in ff9989b

callback(new Error('The ArcGIS API for JavaScript is already loaded.'));

Needs to be guarded with an if (callback) check like we do here:

esri-loader/src/esri-loader.ts

Lines 52 to 57 in ff9989b

	if (callback) {
	// let the caller know that the API has been successfully loaded
	// and as a convenience, return the require function
	// in case they want to use it directly
	callback(null, dojoRequire);
	}

[tomwayson]

Also, whenever we return an error b/c a script is already loading/ed, we should also pass that script as the second argument to the callback as a convenience to the caller (I know that would be helpful to me right now as I'm working through how to handle the above errors in ember-esri-loader).

[tomwayson]

Above I suggest checking whether "the user is trying to load a different version of the JSAPI."

That may be tricky, b/c when they are about to load the second script (and when the first script is still loading), all you have have is the URL, which may not be deterministic.

As a first pass, I'd say it would be sufficient to check if the user is trying to load the exact same script (i.e. same URL). Later we can refine by trying to parse the version out of the URL and if that's successful, check whether or not the user is trying to load the same version.

[tomwayson]

Ignore that last comment. I think that would be akward w/ the current boostrap() API:

esriLoader.bootstrap((err, dojoRequireOrScriptTagDependingOnWhetherOrNotThereWasAnError) => {...}, options);

A better way to achieve similar would be to export getScript().

[tomwayson]

I've implemented the above logic in ember-esri-loader to solve the problems I was having there:

https://github.com/Esri/ember-esri-loader/blob/d4b9d2ac209dea2d9db3be98e817ecb21df92e7f/addon/services/esri-loader.js#L42-L66

I'd like to move all that logic into this library as the resolution to this issue.

We'll probably want to move from using script.onload = () => {} to using addEventListenter when we do.