Pour faire un petit message d'indicateur "sauvegardant" / "enregistré" jaune en haut de mon application, j'aimerais avoir une propriété booléenne indiquant si des enregistrements de données Ember sont actuellement en vol.
J'ai essayé ceci: mais j'ai découvert que Je n'utilise pas de transactions, Seuls J'utilise la restablisseur, donc si je peux l'étendre à me donner cette information, cela fonctionnerait aussi. recordcache n'est pas observable. app.store.cmit () , donc j'ai regardé app.store.get ('defaulttransaction') , mais il n'a rien donné d'utile.
3 Réponses :
Eh bien, vous pouvez simplement créer un modèle de base avec une propriété DidupDate qui gère votre message de notification, puis chacun de vos modèles l'étends. C'est vraiment une solution d'arrêt-giste, mais cela fonctionne pour le moment: Cependant ... cela va tirer pour chaque enregistrement mis à jour. Donc, vous voudrez probablement créer votre classe de notification de manière à ne pas ouvrir plus encore une notification sauvegardée à la fois ... mais c'est à vous de décider. Je travaille actuellement sur la mise en œuvre de certains des méthodes de validation du serveur de base de cette demande de pull https://github.com/emberjs/data/ Tirez / 376 , et j'espère que je vais trouver un meilleur moyen d'observer le statut des engagements (et de postera bien sûr ici si je le fais).
Pourquoi ne pas étendre le modèle, le contrôleur et / ou la vue: de cette façon, votre contrôleur / View saura quand le modèle est enregistré. Il faudra tirer pour créer / mettre à jour les contrôleurs, mais pour les contrôleurs qui gèrent les tableaux, il ne le fera pas.
J'aime beaucoup ça, et récupère les choses dans le contrôleur où elles appartiennent. Pourrait presque commencer à faire une simple manipulation d'erreurs aussi. Aura toujours le problème dans lequel le contrôleur tirera pour chaque enregistrement mis à jour ... Donc, dans mon cas si j'ai 10 enregistrements à la fois, je reçois 10 fenêtres d'alerte ... mais qui sort de la portée de cette question, je pense .
Ceci est un peu faux, dans ce que DidCreate incendie immédiatement, et cela ne signifie donc pas persisté. Didupdate est tout ce dont vous avez besoin pour définir une maladie persistante.
Il y a une solution beaucoup plus simple à ce sujet: auto. $ () références à la représentation de jQuery de votre vue.
Par défautTransaction.buckets.Infright est-il observable?
Avez-vous déjà trouvé quelque chose? J'ai une solution en place sur une application que je bâche, mais je n'aime pas ça. Il étend la classe ds.model et définit la propriété Didupdate () pour déclencher une notification chaque fois qu'un modèle est enregistré.
Non, je n'ai pas fait. Pourquoi ne postez-vous pas votre solution comme une réponse, même si c'est un écart?