Es gibt auch einige offene Fragen. Sollten Serviceverträge in separaten Modulen abgeschlossen sein, um bei der Versionserstellung zu helfen? Sollten Erweiterungsattribute über Setter und Getter wie die Entitätsdefinition des Hauptmoduls verfügbar gemacht werden? Meinungen immer willkommen, vor allem während der Entwickler-Beta-Periode während q1 2015. Vielen Dank für das Feedback. Die getCustomAttribute($name) Frage, die ich denke, muss für eine Weile einwtopfen. Würde einige Leute lieben, Dinge auszuprobieren und zu sehen, wie es funktioniert. Im Moment bekommen wir mehr Dienste definiert, so wird dort beginnen und halten Sie es einfach. Viele Möglichkeiten – ich möchte hier echte Erfahrung sammeln, um die endgültige Entscheidung zu treffen. Wie implementieren Sie die Daten-API? Wir wissen bereits, dass es einen Daten-API-Ordner gibt, der Schnittstellen enthält, die die von der Dienst-API verwendeten Datenobjekte beschreiben. Es gibt zwei Möglichkeiten, die Schnittstellen zu implementieren. Eine besteht darin, dedizierte Datenobjekte zu erstellen – Objekte, die ausschließlich Daten enthalten und kein Verhalten jenseits von Getter und Settern aufweisen. Dies wird in der Spalte Deskundenmodul der Tabelle beschrieben.

Im letzten Absatz, Manchmal hätten wir Schnittstellen im Client – wir bezogen uns darauf als SPI (oder vielleicht Adapter), als ob es nur einen Client gäbe, dann ist der Grund für die Schnittstelle, in verschiedenen Implementierungen zu tauschen. Serviceverträge sind konzeptionell für den Zeitpunkt vorgesehen, an dem mehrere Clientmodule und möglicherweise mehrere Implementierungen vorhanden sind. Die Service-Oriented Design-Phase stellt eine Lebenszyklusphase für die Servicebereitstellung dar, die der Erstellung von Serviceverträgen zur Unterstützung des etablierten “contract-first”-Ansatzes für die Softwareentwicklung gewidmet ist. Um diese Probleme zu beheben, führt das Magento-System Serviceverträge ein. Der gesamte Aufwand in die Analyse- und Servicemodellierungsprozesse führt zu einer Sammlung von Servicekandidaten, die den Ausgangspunkt für den Serviceentwurf festlegt. Jede Kandidatendefinition kann als Eingabe für einen serviceorientierten Designprozess verwendet werden. Für jedes der vier primären Servicemodelle gibt es einen anderen Prozess, aber alle sind um die Anwendung von Service-Orientierungs-Designprinzipien herum geformt und strukturiert. Im Gegensatz zum Servicemodellierungsprozess, bei dem nur eine Teilmenge der Prinzipien ins Spiel kommt, werden alle acht Prinzipien während des Serviceentwurfs vollständig angewendet. Als Vorläufer der Service Logic Design-Phase besteht Service-Oriented Design aus einem Prozess, der Service Architekten durch eine Reihe von Überlegungen führt, um sicherzustellen, dass der zu erstellende Servicevertrag geschäftsgeschäftliche Anforderungen erfüllt, während er einen normalisierten funktionsreichen Kontext darstellt, der sich weiterhin an die Service-Orientierungsprinzipien hält.

Ein Servicevertrag ist ein Satz von PHP-Schnittstellen, die für ein Modul definiert sind. Ein Servicevertrag umfasst Datenschnittstellen, die die Datenintegrität wahren, und Dienstschnittstellen, die Geschäftslogikdetails vor Dienstanforderern wie Controllern, Webdiensten und anderen Modulen verbergen. Derzeit befindet sich der Servicevertrag im Api-Verzeichnis eines Moduls. Das ist vielleicht nicht ideal, da eines der Ziele darin besteht, die Bereitstellung unterschiedlicher Implementierungen des Servicevertrags zu erleichtern. In diesem Fall wollen Sie wahrscheinlich nicht den Rest des Moduls – nur den Vertrag. Es gibt einen weiteren Punkt, der geändert wird, den Sie wahrscheinlich nur bemerken würden, wenn Sie tief in den vorhandenen (alpha101 und früheren) Servicecode eingegraben haben. Derzeit wird “Daten” mithilfe von Klassen implementiert, die eine Kopie der Daten enthalten, um sie an eine Funktion weiterzugeben oder von ihr zurückzugeben. Dies ändert sich zu Schnittstellen, in denen vorhandene Klassen innerhalb des Moduls die Schnittstelle implementieren.

Dadurch wird die Menge der Datenkopie reduziert, die weitergeht. Wenn Sie sich die Datenentitäten ansehen, stellen Sie möglicherweise fest, dass es nur Methoden zum Lesen von einer Datenentitätsinstanz gibt. Wie erstellt man also eine Datenentität im PHP-Code? Die Antwort ist, dass Magento das “Builder”-Muster verwendet, bei dem Sie eine Klasse mit Settermethoden haben, um alle Eigenschaften festzulegen, und dann eine endgültige create()-Methode aufrufen, um eine neue Instanz für Sie zurückzugeben.