DEPENDENCY DEPENDENCY INJECTION INJECTION IN DER OXID IN DER OXID PROJEKTENTWICKLUNG PROJEKTENTWICKLUNG Michael Koltan So ware Architect OXID eSales 

DAS PRINZIP: DEPENDENCY DAS PRINZIP: DEPENDENCY INVERSION INVERSION vs. class foo { public function __construct() { $this->bar = new Bar(); } } class foo { public function __construct(BarInterface $bar) { $this->bar = $bar; } } 

DER DI CONTAINER: SYMFONY DI DER DI CONTAINER: SYMFONY DI services.yaml services: _defaults: autowire: true public: false OxidEsales\EshopCommunity\Internal\FooInterface: class: OxidEsales\EshopCommunity\Internal\Foo public: true OxidEsales\EshopCommunity\Internal\BarInterface: class: OxidEsales\EshopCommunity\Internal\Bar 

DER DER INTERNAL INTERNAL NAMESPACE NAMESPACE Internal/ ├── Container ├── Domain ├── Framework ├── README.md ├── services.yaml └── Transition 

CONTAINER CONTAINER $container = ContainerFactory::getInstance()->getContainer(); $foo = $container->get(FooInterface::class); 

DIE CACHE-DATEI FÜR DEN DIE CACHE-DATEI FÜR DEN CONTAINER CONTAINER rm source/tmp/container_cache.php 

DOMAIN DOMAIN Data objects vs. services 

DATA OBJECTS DATA OBJECTS Repräsentieren Objekte der realen Welt: Kunde, Einkaufswagen, Rechnung, ... Haben verschiedene Instanzen: Kunde Müller, Kunde Maier, Kunde Schulz, ... Instanzen sind zustandsbeha et: $customer1->lastName = 'Müller'; $customer2->lastName = 'Maier'; 

SERVICES SERVICES Repräsentieren Aktionen: speichere Kundendaten, prüfe Rechte, berechne Preis, ... Singletons - es gibt nur eine Instanz: CustomerDao, PermissionService, PriceCalculationFacade, ... Die Instanz ist zustandslos (naja, fast) 

WEITERE UNTERSCHIEDE WEITERE UNTERSCHIEDE Data objects Services Implementiert kein Interface Muss ein Interface implementieren Hat keine äußeren Abhängigkeiten Kann von anderen services und data objects abhängen Instantiierung durch new oder einen factory service Instantiierung durch den DI container 

ZUGRIFFSRECHTE ZUGRIFFSRECHTE Facades Bridges Data objects Utilities Data access objects Domain services 

FRAMEWORK FRAMEWORK Framework/ ├── Config ├── Console ├── Dao ├── Database ├── DIContainer ├── Event ├── FileSystem ├── Form ├── FormConfiguration ├── Logger ├── Module ├── services.yaml ├── Smarty ├── Storage ├── Templating └── Theme 

TRANSITION TRANSITION Transition/ ├── Adapter ├── ShopEvents └── Utility 

MODULE MODULE 

EINFACHER EINSTIEGSPUNKT: EINFACHER EINSTIEGSPUNKT: class GraphQL extends WidgetController { public function init(): void { ContainerFactory::getInstance() ->getContainer() ->get(GraphQLQueryHandlerInterface::class) ->executeGraphQLQuery(); } } 

EIGENE EIGENE SERVICES.YAML SERVICES.YAML DATEI: DATEI: services: _defaults: public: false autowire: true OxidEsales\GraphQL\Framework\GraphQLQueryHandlerInterface: class: OxidEsales\GraphQL\Framework\GraphQLQueryHandler public: true OxidEsales\GraphQL\Framework\RequestReaderInterface: class: OxidEsales\GraphQL\Framework\RequestReader ... 

WIE KOMMEN DIE SERVICES IN DEN WIE KOMMEN DIE SERVICES IN DEN CONTAINER? CONTAINER? var/generated/generated_services.yaml imports: - resource: /shop/source/modules/oe/graphql-base/services.yaml 

DAS VAR VERZEICHNIS DAS VAR VERZEICHNIS var/ ├── configuration │ └── shops │ └── 1.yaml └── generated └── generated_services.yaml 

VERWENDUNG VON SERVICES AUS DEM VERWENDUNG VON SERVICES AUS DEM CORE CORE class FooDao { private $queryBuilderFactory; public function __construct(QueryBuilderFactoryInterface $fac) { $this->queryBuilderFactory = $fac; } public function getFooById(int $fooId)): Foo { $queryBuilder = $this->queryBuilderFactory->create(); $queryBuilder->select('*')->from('foo') ->where('id = :id')->setParameters(['id' => $fooId]); ... // execute query and build object } } 

EIN PAAR WORTE ZUR BACKWARD EIN PAAR WORTE ZUR BACKWARD COMPATIBILITY COMPATIBILITY Patch releases sind immer backward compatible Minor und major releases: Keine bc für Implementierungen! Bc nur für Interfaces die mit @stable annotiert sind! 

BESTEHENDE FUNKTIONALITÄT ERWEITERN BESTEHENDE FUNKTIONALITÄT ERWEITERN (NEW STYLE) (NEW STYLE) class FooEventSubscriber implements EventSubscriberInterface { public function handleFooEvent(FooEvent $event) { $foo = $event->getFoo(); ... // Do something with foo return $event; } public static function getSubscribedEvents() { return [FooEvent::NAME => 'handleFooEvent']; } } 

IN DER IN DER SERVICES.YAML SERVICES.YAML: : OxidEsales\FooEventSubscriber: class: OxidEsales\FooEventSubscriber tags: ['kernel.event_subscriber'] 

OXID COMPONENTS OXID COMPONENTS Just a composer package of the type oxideshop-component 

SHOP AWARE EVENTS SHOP AWARE EVENTS class FooEventSubscriber implements ShopAwareEventSubsciber { public function handleFooEvent(FooEvent $event) { $foo = $event->getFoo(); ... // Do something with foo return $event; } public static function getSubscribedEvents() { return [FooEvent::NAME => 'handleFooEvent']; } } 

GENERATED_SERVICES.YAML GENERATED_SERVICES.YAML MyProject\FooEventSubscriber: class: MyProject\FooEventSubscriber tags: [kernel.event_subscriber] calls: [{ method: setActiveShops, arguments: [[1]] }, { method: setContext, arguments: ['@...\ContextInterface'] }] 

COMMAND COMMAND-KLASSEN FÜR DIE SYMFONY -KLASSEN FÜR DIE SYMFONY CONSOLE CONSOLE Basisklasse AbstractShopAwareCommand 

WAS TUN, WENN ES KEINEN EVENT WAS TUN, WENN ES KEINEN EVENT GIBT? GIBT? Mail an [email protected] Eigene Implementierung schreiben, entweder in einem Modul oder eine Komponente Service überschreiben in var/configuration/configurable_services.yaml 

NOCH EINMAL DAS NOCH EINMAL DAS VAR VAR-VERZEICHNIS -VERZEICHNIS var ├── configuration │ ├── configurable_services.yaml │ └── shops │ └── 1.yaml └── generated └── generated_services.yaml 

ZUSAMMENFASSUNG ZUSAMMENFASSUNG Internal namespace mit Schichtenarchitektur Services werden instantiiert durch Symfony DI container Container kann auch in Modulen verwendet werden (services.yaml) Funktionalitätserweiterung durch events Neue Erweiterungsmöglichkeit durch OXID Komponenten Eventsubscriber / console commands können shop aware sein System services können in der configurable_services.yaml überschrieben werden