Résolution synchrone de la promesse (bluebird vs. jQuery)

Version courte: je comprends pourquoi vous voulez le faire, mais la réponse est non.

Je pense que la question posée est de savoir si un formulaire de promesse doit immédiatement lancer un rappel, si la promesse est déjà terminée. Je ne peux penser à beaucoup de raisons pour lesquelles cela pourrait se produire, par exemple, une asynchrones procédure d'enregistrement qui enregistre uniquement des données si des modifications ont été apportées. Il peut être capable de détecter les changements à partir du côté client en mode synchrone de la mode sans avoir à passer par une ressource externe, mais si des modifications sont détectées alors, et seulement alors, serait une opération asynchrone être nécessaire.

Dans d'autres environnements qui ont des appels asynchrones, le motif semble être que le développeur est responsable de comprendre que leur travail peut effectuer immédiatement (par exemple, .NET cadre de la mise en œuvre de la async motif accueille ce). Ce n'est pas un problème de conception du cadre, c'est la façon dont il est mis en œuvre.

JavaScript développeurs (et de nombreux commentateurs ci-dessus) semblent avoir un point de vue différent sur ce, insistant sur le fait que si quelque chose peut être asynchrone, il doit toujours être asynchrone. Si c'est "juste" ou non n'a aucune importance - selon les spécifications que j'ai trouvé à https://promisesaplus.com/point 2.2.4 les états qui, en gros, aucun rappel n'est peut être appelé jusqu'à ce que vous êtes en dehors de ce que j'appellerai "script code" ou "code d'utilisateur"; c'est, la spécification indique clairement que, même si la promesse est terminée, vous ne pouvez pas appeler la fonction de rappel immédiatement. J'ai vérifié un certain nombre d'autres endroits, et ils ne disent rien sur le sujet ou d'accord avec la source d'origine. Je ne sais pas si https://promisesaplus.com/ pourrait être considéré comme une source majeure d'informations à ce sujet, mais pas d'autres sources que j'ai vu en désaccord avec elle, et il semble être le plus complet.

Cette limitation est quelque peu arbitraire et franchement, je préfère le .NET point de vue sur celui-ci. Je vais laisser à d'autres de décider si elles le jugent "mauvais code" pour faire quelque chose qui pourrait ou ne pourrait pas être synchrone d'une manière qui ressemble asynchrone.

Votre question réelle est de savoir si ou de ne pas Bluebird peut être configuré pour effectuer la non-JavaScript comportement. En terme de Performance il y a peut être un léger avantage à le faire, et en JavaScript, tout est possible si vous essayez assez dur, mais comme la Promesse de l'objet devient de plus en plus omniprésent à travers les plates-formes, vous verrez un changement de l'utiliser comme un composant natif au lieu de la coutume écrite polyfills ou des bibliothèques. En tant que tel, quelle que soit la réponse est aujourd'hui, à retravailler une promesse de Bluebird est susceptible de vous causer des problèmes à l'avenir, et que votre code ne devrait probablement pas être écrite à dépendre sur ou de fournir une résolution immédiate de une promesse.

Vous pourriez penser que c'est un problème, car il n'y a pas moyen d'avoir

getSomeText('first').then(print);
print('second');

et d'avoir getSomeText "first" imprimé avant "second" lorsque la résolution est synchrone.

Mais je pense que vous avez un problème de logique.

Si votre getSomeText fonction peut être synchrone ou asynchrone, selon le contexte, alors il ne devrait pas avoir d'impact de l'ordre de l'exécution. Vous utilisez des promesses pour s'assurer qu'il est toujours le même. Avoir une variable à l'ordre de l'exécution risquerait de devenir un bug dans votre application.

Utilisation

getSomeText('first') //may be synchronous using cast or asynchronous with ajax
.then(print)
.then(function(){ print('second') });

Dans les deux cas (synchrone avec cast ou asynchrone résolution), vous aurez la bonne exécution de la commande.

Remarque que le fait d'avoir une fonction étant parfois synchrones et parfois pas n'est pas un de bizarre ou de rare cas (pensez à propos de cache de la manipulation, ou de mise en commun). Vous avez juste à supposer qu'il en est asynchrone, et tout sera bien.

Mais de demander à l'utilisateur de l'API de précis avec un argument booléen si il veut de l'opération asynchrone ne semble avoir aucun sens si vous ne laissez pas le royaume de JavaScript (c'est à dire si vous n'utilisez pas de code natif).

Qu'en ce cas, également, CrmFetchKit connexes qui, dans la dernière version utilise Bluebird. J'ai mis à jour depuis la version 1.9, qui était basé sur jQuery. Toujours le vieux code de l'application qui utilise CrmFetchKit a des méthodes dont les prototypes que je ne peut pas ou ne change pas.

Application Existante Code

CrmFetchKit.FetchWithPaginationSortingFiltering(query.join('')).then(
    function (results, totalRecordCount) {
        queryResult = results;

        opportunities.TotalRecords = totalRecordCount;

        done();
    },
    function err(e) {
        done.fail(e);
    }
);

Vieux CrmFetchKit de mise en œuvre (une version personnalisée de fetch())

function fetchWithPaginationSortingFiltering(fetchxml) {

    var performanceIndicator_StartTime = new Date();

    var dfd = $.Deferred();

    fetchMore(fetchxml, true)
        .then(function (result) {
            LogTimeIfNeeded(performanceIndicator_StartTime, fetchxml);
            dfd.resolve(result.entities, result.totalRecordCount);
        })
        .fail(dfd.reject);

    return dfd.promise();
}

Nouveau CrmFetchKit mise en œuvre

function fetch(fetchxml) {
    return fetchMore(fetchxml).then(function (result) {
        return result.entities;
    });
}

Mon problème est que l'ancienne version avait la dfd.résoudre(...) où j'ai été capable de passer n'importe quel nombre de paramètres dont j'ai besoin.

La nouvelle de la mise en œuvre renvoie simplement, le parent semble appeler la fonction de rappel, je ne peux pas l'appeler directement.

Je suis allé et a fait une version personnalisée du fetch() dans la nouvelle mise en œuvre

function fetchWithPaginationSortingFiltering(fetchxml) {
    var thePromise = fetchMore(fetchxml).then(function (result) {
        thePromise._fulfillmentHandler0(result.entities, result.totalRecordCount);
        return thePromise.cancel();
        //thePromise.throw();
    });

    return thePromise;
}

Mais le problème est que la fonction de rappel est appelée deux fois, une fois quand je le fais de façon explicite et la seconde par le cadre, mais il passe d'un seul paramètre. De le tromper et de "dire" de ne pas appeler de n'importe quoi parce que je ne explicitement j'essaie de les appeler .annuler (), mais il est ignoré. J'ai compris pourquoi, mais encore comment tu fais le "dfd.résoudre(le résultat.entités, le résultat.totalRecordCount);" dans la nouvelle version, sans avoir à modifications des prototypes dans le app qui utilise cette bibliothèque ?