Kann ich ein JS-script von einem anderen mit `Holen`?

Untere Mittelstufe JS/JQ person hier.

Ich versuche zu entkommen callback-Hölle durch die Verwendung von JS fetch. Dies ist in Rechnung gestellt, als "der Ersatz für AJAX", und scheint ziemlich mächtig. Ich kann sehen, wie Sie bekommen können HTML-und JSON-Objekten mit es... aber ist es in der Lage mit einer anderen JS-script von der, die du bist? Vielleicht gibt es noch eine neue Funktion im ES6 zu tun:

$.getScript( 'xxx.js' );

d.h.

$.ajax({ url : 'xxx.js', dataType : "script", });

...?

später, Antwort auf Joseph Der Träumer:

So probiert:

const createdScript = $(document.createElement('script')).attr('src', 'generic.js');
fetch( createdScript )...

... es hat nicht das Skript ausführen "generic.js". Meinst du etwas anderes?

  • Warum nicht eine <script> dynamisch und pop, die url, die statt?
  • Callback-Hölle entkommen => Verspricht, async/await.
  • Wenn das "später" ist ein experiment, was du versucht hast, dann hast du es falsch verstanden, was Sie meinte.
  • Ja habe ich... das ist, warum ich sagte "meinst du sthg anderes". Als ich sage, ich bin kein JS-Experte. Pflege, mir zu zeigen, was Sie gemeint?
InformationsquelleAutor mike rodent | 2017-06-28
  1. 26

    Fetch API soll Versprechen-basierte API zum abrufen von remote-Daten. Be-random remote-Skript ist nicht AJAX - selbst wenn jQuery.ajax ist dazu in der Lage. Es wird nicht gehandhabt werden, Fetch API.

    Skript angefügt werden können, die dynamisch und umhüllt mit einem Versprechen:

    const scriptPromise = new Promise((resolve, reject) => {
  const script = document.createElement('script');
  document.body.appendChild(script);
  script.onload = resolve;
  script.onerror = reject;
  script.async = true;
  script.src = 'foo.js';
});

scriptPromise.then(() => { ... });

    SystemJS soll Versprechen-basierte API für Skript laden und können ebenfalls verwendet werden:

    System.config({
  meta: {
    '*': { format: 'global' }
  }
});

System.import('foo.js').then(() => { ... });
    • Wow ... das ist toll: Sie haben geklärt fetch und, die mir gegeben, eine Antwort, die das problem löst.
    InformationsquelleAutor Estus Flask
  2. 2

    Gibt es ein paar Dinge zu erwähnen, die auf hier.

    Ja, es ist möglich, ausführen, javascript nur vom server geladen. Holen Sie die Datei als text und Benutzer von eval(...) dies ist zwar nicht empfohlen, weil der untrackeable Nebenwirkungen und mangelnder Sicherheit!

    Andere option wäre:
    1. Laden Sie die javascript-Datei
    2. Erstellen Sie ein script-tag mit dem Inhalt der Datei (oder url, da der browser speichert die Datei)

    Dies funktioniert, aber es kann nicht befreien Sie von der callback-Hölle perse.

    Wenn das, was Sie wollen, ist das laden von javascript-Dateien dinamically, die Sie verwenden können, zum Beispiel requirejs, können Sie festlegen, Module und laden Sie Sie dinamically. Werfen Sie einen Blick auf http://requirejs.org/

    Wenn Sie wirklich wollen, um aus der callback-Hölle, was Sie tun müssen, ist

    • Funktionen definieren (Sie können Sie in der gleichen Datei oder laden eine weitere Datei mit requirejs in der client-oder webpack, wenn Sie sich leisten können, eine Zusammenstellung, die vor der Bereitstellung)
    • Nutzen verspricht oder streams, wenn nötig (siehe Rxjs https://github.com/Reactive-Extensions/RxJS)

    • Denken Sie daran, dass Versprechen.dann gibt ein Versprechen

      someAsyncThing()
  .then(doSomethingAndResolveAnotherAsncThing)
  .then(doSomethingAsyncAgain)

    Denken Sie daran, dass verspricht kann aus

    Promise.all(somePromise, anotherPromise, fetchFromServer)
  .then(doSomethingWhenAllOfThoseAreResolved)
    • Danke... ja, ich habe gerade angefangen an der Oberfläche gekratzt, das Verspricht Zeug. Der ES7 "erwarten" und "async" - Zeug sieht Recht vielversprechend: aber ich bin immer noch zappelnd, wenn es darum geht, das Skript zu WARTEN, bis das Ende der getScript-Rückruf... Eigentlich habe ich erhaschte einen kurzen Blick auf RxJS gestern. Werden Sie auch einen Blick auf requirejs. Seufz. Als ich sage, ich bin kein JS-Experte...
    InformationsquelleAutor cnexans
Schreibe einen Kommentar