Das Entitäts-API- Modul erweitert die in Drupal definierte Entitäts-API. In welchen Fällen sollte ein Modul die von diesem Modul bereitgestellte API verwenden? Sind Module, die neue Entitäten implementieren, einfacher zu schreiben, wenn sie vom Entity-API- Modul abhängen ?
Mit "einfacher zu schreiben" meine ich, dass Module, die die Entity-API verwenden , weniger Code benötigen als Module, die die Entity-API nicht verwenden .
Ich habe die Projektseite gelesen, verstehe aber immer noch nicht ganz, warum ich es vorziehen soll, ein Modul zu erstellen, das vom Entity-API- Modul abhängt , anstatt ein Modul, das nur vom Drupal- Kerncode abhängt . Ich verstehe, dass ein Modul, das Regeln erweitert und eine Entität implementiert, das Entitäts-API- Modul verwenden sollte. Im ersten Fall liegt der Grund auch darin, dass das Modul Regeln vom Entity-API- Modul abhängt .
Antworten:
Nicht vollständig, aber hier sind einige Vorteile, die ich kenne:
quelle
Automatische Ansichten-Integration, Administrator-Benutzeroberfläche, exportierbare Entitäten (dies alles ist optional). Plus eine Menge Syntaxzuckerdinge, die es nicht in D7 geschafft haben und die Sie brauchen (generisch entity_save (), entity_create (), Ihre benutzerdefinierte Logik in "Entitätsklassen" setzen ...)
Außerdem machen Module (efq_views, rules) wirklich coole Dinge mit Eigenschaften.
quelle
Ich glaube, das Entity-API (Modul) wurde vor der Veröffentlichung im Wesentlichen aus Drupal 7 Core entfernt, da es als unvollständig angesehen wurde. Nur die grundlegenden Entity-API-CRUD-Funktionen wurden für die GM-Veröffentlichung in Drupal Core belassen.
quelle