Verwalten von Kundenstaaten in AngularJS

Key Takeaways

• Modelle in AngularJs anzeigen können nur Kundenstatus wie "Animationsstart" und "Animation-geend" oder "geschleppt" und "fallen" haben. Dieser Zustand kann beim Erstellen und Speichern von Ansichtsmodellen mithilfe von Angulars $ Resource -Dienst verwaltet werden.
• Logik zur Änderung der Statusänderung an einem Ort, z. B. einem injizierbaren Dienst, kann den Code vereinfachen und Fehler reduzieren, insbesondere für Anwendungen mit mehreren Verbrauchern.
• -Techniken wie Funktionswickeln können vor und nach dem Speichern und Abrufen von Daten verwendet werden. Dies kann die Funktionalität des $ Resource -Dienstes verbessern.
• Das Extrahieren von Ansichtsmodellen in injizierbare Dienste kann dazu beitragen, Anwendungen zu skalieren, insbesondere solche mit komplexen Echtzeit-Updates. Techniken wie Beobachtung und Filterung können verwendet werden, um Statusänderungen zu verwalten und die Komposition der API einer Anwendung zu verbessern.

Ansichtsmodelle in JavaScript -Frameworks wie AngularJs können sich von Domänenmodellen auf dem Server unterscheiden - ein Ansichtsmodell muss nicht einmal auf dem Server vorhanden sein. Daraus folgt, dass Ansichtsmodelle nur einen Kundenstaat haben können, z. "Animationsstart" und "Animation-geend" oder "geschaltet" und "fallen gelassen". Dieser Beitrag konzentriert sich auf staatliche Änderungen beim Erstellen und Speichern von Ansichtsmodellen mithilfe des $ Resource -Dienstes von Angular.

Es ist für einen $ Resource -Verbraucher sehr einfach, z. Ein Controller, um den Zustand zu setzen, wie unten gezeigt.

angular<span>.module('clientOnlyState.controllers')
</span>    <span>.controller('ArticleCtrl', function($scope, $resource, ArticleStates /* simple lookup */) {
</span>        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>var article = new Article({ id: 1, title: 'A title', author: 'M Godfrey' });
</span>        article<span>.state = ArticleStates.NONE; // "NONE"
</span>
        $scope<span>.article = article;
</span>
        $scope<span>.save = function() {
</span>            article<span>.state = ArticleStates.SAVING; // "SAVING"
</span>
            article<span>.$save(function success() {
</span>                article<span>.state = ArticleStates.SAVED; // "SAVED"
</span>            <span>});
</span>        <span>};
</span>    <span>});</span>

Dieser Ansatz ist für Anwendungen, die Einzelverbraucher enthalten, in Ordnung. Stellen Sie sich vor, langweilig und fehleranfällig, diesen Code zu replizieren, für mehrere Verbraucher! Aber was wäre, wenn wir die staatliche Änderungslogik an einem Ort zusammenfassen könnten?

$ Resource Services

Beginnen wir zunächst unsere Artikelressource in einen injizierbaren Dienst. Fügen wir auch die trivialste Statuseinstellung zu keinem hinzu, wenn ein Artikel zum ersten Mal erstellt wird.

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('Article', function($resource<span>, ArticleStates</span>) {
</span>
        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>// Consumers will think they're getting an Article instance, and eventually they are...
</span>        <span>return function(data) {
</span>            <span>var article = new Article(data);
</span>            article<span>.state = ArticleStates.NONE;
</span>            <span>return article;
</span>        <span>}
</span>    <span>});</span>

Was ist mit dem Abrufen und Speichern? Wir möchten, dass Artikel den Verbrauchern als $ Resource -Service erscheinen, daher muss er konsequent wie einer funktionieren. Eine Technik, die ich in John Ressigs ausgezeichnetem Buch „Secrets of the JavaScript Ninja“ gelernt habe, ist hier sehr nützlich - Funktionswechsel. Hier ist seine Implementierung direkt in einen injizierbaren Winkeldienst aufgenommen.

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('wrapMethod', function() {
</span>        <span>return function(object<span>, method, wrapper</span>) {
</span>            <span>var fn = object[method];
</span>
            <span>return object[method] = function() {
</span>                <span>return wrapper.apply(this, [fn.bind(this)].concat(
</span>                    <span>Array.prototype.slice.call(arguments))
</span>                <span>);
</span>            <span>};
</span>        <span>}
</span>    <span>});</span>

Dies ermöglicht es uns, die Artikeln zu speichern und zu erhalten und etwas anderes/zusätzliches vor und nach:

zu tun:

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('Article', function($resource<span>, ArticleStates, wrapMethod</span>) {
</span>        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>wrapMethod(Article, 'get', function(original<span>, params</span>) {
</span>            <span>var article = original(params);
</span>
            article<span>.$promise.then(function(article) {
</span>                article<span>.state = ArticleStates.NONE;
</span>            <span>});
</span>
            <span>return article;
</span>        <span>});
</span>
        <span>// Consumers will actually call $save with optional params, success and error arguments
</span>        <span>// $save consolidates arguments and then calls our wrapper, additionally passing the Resource instance
</span>        <span>wrapMethod(Article, 'save', function(original<span>, params, article, success, error</span>) {
</span>            article<span>.state = ArticleStates.SAVING;
</span>
            <span>return original.call(this, params, article, function (article) {
</span>                article<span>.state = ArticleStates.SAVED;
</span>                success <span>&& success(article);
</span>            <span>}, function(article) {
</span>                article<span>.state = ArticleStates.ERROR;
</span>                error <span>&& error(article);
</span>            <span>});
</span>        <span>});
</span>
        <span>// $resource(...) returns a function that also has methods
</span>        <span>// As such we reference Article's own properties via extend
</span>        <span>// Which in the case of get and save are already wrapped functions
</span>        <span>return angular.extend(function(data) {
</span>            <span>var article = new Article(data);
</span>            article<span>.state = ArticleStates.NONE;
</span>            <span>return article;
</span>        <span>}, Article);
</span>    <span>});</span>

Unser Controller wird aus diesem Grund schlanker und ist sich nicht bewusst, wie der Staat festgelegt wird. Das ist gut, weil es dem Controller auch egal sein sollte.

angular<span>.module('clientOnlyState.controllers')
</span>    <span>.controller('ArticleCtrl', function($scope, $resource, ArticleStates /* simple lookup */) {
</span>        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>var article = new Article({ id: 1, title: 'A title', author: 'M Godfrey' });
</span>        article<span>.state = ArticleStates.NONE; // "NONE"
</span>
        $scope<span>.article = article;
</span>
        $scope<span>.save = function() {
</span>            article<span>.state = ArticleStates.SAVING; // "SAVING"
</span>
            article<span>.$save(function success() {
</span>                article<span>.state = ArticleStates.SAVED; // "SAVED"
</span>            <span>});
</span>        <span>};
</span>    <span>});</span>

Kapselung Vorteile

Wir haben angemessene Längen unternommen, um staatliche Änderungen außerhalb unserer Controller zu verkapulieren, aber welche Vorteile haben wir erhalten?

Unser Controller kann nun von Watch -Hörern nutzen, die den alten und neuen Zustand übergeben werden, um eine Nachricht festzulegen. Es könnte auch eine lokale Übersetzung durchführen, wie unten gezeigt.

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('Article', function($resource<span>, ArticleStates</span>) {
</span>
        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>// Consumers will think they're getting an Article instance, and eventually they are...
</span>        <span>return function(data) {
</span>            <span>var article = new Article(data);
</span>            article<span>.state = ArticleStates.NONE;
</span>            <span>return article;
</span>        <span>}
</span>    <span>});</span>

Betrachten Sie für einen Moment, dass $ Scopes, Richtlinien und Filter die API eines Antrags bilden. HTML -Ansichten verbrauchen diese API. Je größer die Komponierbarkeit einer API ist, desto größer ist das Wiederverwendungspotential. Können Filter die Komposition gegenüber neuem gegenüber alten Beobachtung verbessern?

über Filter komponieren, ein Allheilmittel?

Etwas wie folgt ist das, was ich im Sinn habe. Jeder Teil des Ausdrucks wird wiederverwendbar.

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('wrapMethod', function() {
</span>        <span>return function(object<span>, method, wrapper</span>) {
</span>            <span>var fn = object[method];
</span>
            <span>return object[method] = function() {
</span>                <span>return wrapper.apply(this, [fn.bind(this)].concat(
</span>                    <span>Array.prototype.slice.call(arguments))
</span>                <span>);
</span>            <span>};
</span>        <span>}
</span>    <span>});</span>

Ab Angular 1.3 können Filter die $ Stateful -Eigenschaft nutzen, aber ihre Verwendung wird stark abgehalten, da Angular das Ergebnis des Aufrufens des Filters basierend auf dem Wert der Eingabeparameter nicht zwischenspeichern kann. Als solche werden wir staatliche Parameter an Limittotransition (früherer Zustand) übertragen und übersetzen (verfügbare Übersetzungen).

angular<span>.module('clientOnlyState.services')
</span>    <span>.factory('Article', function($resource<span>, ArticleStates, wrapMethod</span>) {
</span>        <span>var Article = $resource('/article/:articleId', { articleId: '@id' });
</span>
        <span>wrapMethod(Article, 'get', function(original<span>, params</span>) {
</span>            <span>var article = original(params);
</span>
            article<span>.$promise.then(function(article) {
</span>                article<span>.state = ArticleStates.NONE;
</span>            <span>});
</span>
            <span>return article;
</span>        <span>});
</span>
        <span>// Consumers will actually call $save with optional params, success and error arguments
</span>        <span>// $save consolidates arguments and then calls our wrapper, additionally passing the Resource instance
</span>        <span>wrapMethod(Article, 'save', function(original<span>, params, article, success, error</span>) {
</span>            article<span>.state = ArticleStates.SAVING;
</span>
            <span>return original.call(this, params, article, function (article) {
</span>                article<span>.state = ArticleStates.SAVED;
</span>                success <span>&& success(article);
</span>            <span>}, function(article) {
</span>                article<span>.state = ArticleStates.ERROR;
</span>                error <span>&& error(article);
</span>            <span>});
</span>        <span>});
</span>
        <span>// $resource(...) returns a function that also has methods
</span>        <span>// As such we reference Article's own properties via extend
</span>        <span>// Which in the case of get and save are already wrapped functions
</span>        <span>return angular.extend(function(data) {
</span>            <span>var article = new Article(data);
</span>            article<span>.state = ArticleStates.NONE;
</span>            <span>return article;
</span>        <span>}, Article);
</span>    <span>});</span>

Aus diesem Grund brauchen wir eine geringfügige Änderung für Artikel:

angular<span>.module('clientOnlyState.controllers')
</span>    <span>.controller('ArticleCtrl', function($scope<span>, Article</span>) {
</span>        <span>var article = new Article({ id: 1, title: 'A title', author: 'M Godfrey' });
</span>        
        <span>console.log(article.state); // "NONE"
</span>
        $scope<span>.article = article;
</span>
        $scope<span>.save = function() {
</span>            article<span>.$save({}, function success() {
</span>                <span>console.log(article.state); // "SAVED"
</span>            <span>}, function error() {
</span>                <span>console.log(article.state); // "ERROR"
</span>            <span>});
</span>        <span>};
</span>    <span>});</span>

Das Endergebnis ist nicht ganz so hübsch, aber immer noch sehr mächtig:

angular<span>.module('clientOnlyState.controllers')
</span>    <span>.controller('ArticleCtrl', function($scope<span>, Article, ArticleStates</span>) {
</span>        <span>var article = new Article({ id: 1, title: 'A title', author: 'M Godfrey' });
</span>
        <span>var translations = {};
</span>        translations<span>[ArticleStates.SAVED] = 'Saved, oh yeah!';
</span>        translations<span>['default'] = '';
</span>
        $scope<span>.article = article;
</span>
        $scope<span>.save = function() {
</span>            article<span>.$save({});
</span>        <span>};
</span>
        $scope<span>.$watch('article.state', function(newState<span>, oldState</span>) {
</span>            <span>if (newState == ArticleStates.SAVED && oldState == ArticleStates.SAVING) {
</span>                $scope<span>.message = translations[newState];
</span>            <span>} else {
</span>                $scope<span>.message = translations['default'];
</span>            <span>}
</span>        <span>});
</span>    <span>});</span>

Unser Controller wird wieder schlanker, insbesondere wenn Sie die Übersetzungen in einen injizierbaren Dienst herausgezogen werden können:

<span><span><span><p</span>></span>{{article.state | limitToTransition:"SAVING":"SAVED" | translate}}<span><span></p</span>></span></span>

Schlussfolgerung

Das Extrahieren von Ansichtsmodellen in injizierbare Dienste hilft uns, Anwendungen zu skalieren. Das in diesem Beitrag angegebene Beispiel ist absichtlich einfach. Betrachten Sie eine Anwendung, die den Handel mit Währungspaaren ermöglicht (z. B. GBP bis USD, EUR an GBP usw.). Jedes Währungspaar repräsentiert ein Produkt. In einer solchen Anwendung kann es Hunderte von Produkten geben, wobei jede Echtzeit-Preisaktualisierungen erhalten. Ein Preis -Update könnte höher oder niedriger als der aktuelle Preis sein. Ein Teil des Antrags kümmert sich möglicherweise um die Preise, die zweimal hintereinander höher sind, während ein anderer Teil sich um die Preise kümmert, die gerade niedriger sind. In der Lage zu sein, auf diese Preisänderungszustände zu beobachten, vereinfacht verschiedene konsumierende Teile der Anwendung erheblich.

Ich habe eine alternative Methode zum Beobachten auf der Grundlage alter und neuer Werte und Filterung vorgestellt. Beide sind völlig akzeptable Techniken - tatsächlich war das, was ich im Sinn hatte, als ich anfing, diesen Beitrag zu recherchieren. Die Filterung war eine potenzielle Verbesserung, die in der Nähe des Abschlusses identifiziert wurde.

Ich würde gerne sehen, ob die Techniken, die ich präsentiert habe, Ihnen helfen, Winkel -Apps zu skalieren. Jedes Feedback wird in den Kommentaren stark erhalten!

Die Codeproben, die während der Erforschung dieses Beitrags erstellt wurden, sind auch auf Github verfügbar.

häufig gestellte Fragen zum Verwalten des Kundenzustands in AngularJS

Welche Rolle spielt $ StateProvider bei der Verwaltung des Kundenstaates in AngularJs? Es ist ein Dienst, mit dem Sie Zustände für Ihre Bewerbung definieren können. Jeder Staat entspricht einem „Ort“ in der Anwendung in Bezug auf die Gesamt -Benutzeroberfläche und die Navigation. $ stateProvider stellt APIs zur Verfügung, um verschiedene Ansichten zu leiten. Wenn ein Staat aktiviert ist, kann er einen Datensatz über die Resolve -Eigenschaft beheben. Diese Daten werden dann in den Controller injiziert. Die Verwendung von UI-Router ist jedoch eine beliebte Wahl unter Entwicklern. UI-Router ist ein Modul von Drittanbietern, das eine flexible und robuste Lösung für die Verwaltung des Status bietet. Es ermöglicht verschachtelte Ansichten und mehrere benannte Ansichten, die in größeren Anwendungen sehr nützlich sein können. leistungsfähigere und flexiblere Alternative zum Standard -Routing -System in AngularJs. Während der Standardrouter Routen verwendet, um den Status zu verwalten, verwendet UI-Router Zustände, die auf hierarchische Weise verschachtelt und organisiert werden können. Dies ermöglicht komplexere Anwendungen mit mehreren Ansichten und verschachtelten Zuständen. Behalten Sie die Konsistenz und Vorhersehbarkeit der Benutzeroberfläche bei. Ohne ordnungsgemäßes staatliches Management kann es immer schwieriger werden, Änderungen zu verfolgen und das Verhalten der Anwendung zu verwalten, was zu Fehlern und einer schlechten Benutzererfahrung führt. In AngularJS bezieht sich ein Zustand auf den Status eines Systems oder eine Anwendung zu einem bestimmten Zeitpunkt. Es kann verschiedene Dinge wie den Status der Benutzeroberfläche, Datenmodellwerte usw. enthalten. Zustände werden verwendet, um die Benutzeroberflächenansichten zu definieren, und sie können hierarchisch verschachtelt und organisiert werden. Jeder Staat entspricht einem „Ort“ in der Anwendung in Bezug auf die Gesamt -Benutzeroberfläche und die Navigation. Wird verwendet, um einen Datensatz zu beheben, bevor ein Zustand aktiviert wird. Diese Daten werden dann in den Controller injiziert. Die Eigenschaft Resolve ist ein Objekt, das Schlüsselwertpaare enthält. Der Schlüssel ist der Name der Abhängigkeit, die in den Controller injiziert werden soll, und der Wert ist eine Funktion, die den Wert der Abhängigkeit zurückgibt.

Was sind die Vorteile der Verwendung von UI-Router für das Staatsmanagement in AngularJs? Es ermöglicht verschachtelte Ansichten und mehrere benannte Ansichten, die in größeren Anwendungen sehr nützlich sein können. Es bietet auch eine staatliche Routing, die flexibler und leistungsfähiger ist als die Standardroutenbasis in AngularJs. In AngularJS unter Verwendung der Methode $ State.go (). Diese Methode nennt den Namen des Zustands als erstes Argument und als optionales Objekt von Parametern als zweites Argument. Das Parameterobjekt kann verwendet werden, um Daten an den Status zu übergeben, der auf. Wenn Ihre Anwendung jedoch in Komplexität wächst, kann der Verwaltungsstatus ohne die Verwendung eines Tools wie UI-Router immer schwieriger werden. Die Verwendung eines staatlichen Management -Tools kann dazu beitragen, die Konsistenz und Vorhersehbarkeit der Benutzeroberfläche Ihrer Anwendung aufrechtzuerhalten. Aufrechterhaltung der Konsistenz der Benutzeroberfläche, Verfolgung von Änderungen im Status der Anwendung und Verwaltung des Verhaltens der Anwendung. Diese Herausforderungen können durch Verwendung eines staatlichen Management-Tools wie UI-Router gemindert werden.

Das obige ist der detaillierte Inhalt vonVerwalten von Kundenstaaten in AngularJS. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!