Co „Entity API” dodaje do Drupal API i dlaczego moduł miałby na nim polegać?

12

Moduł Entity API rozszerza API encji zdefiniowane w Drupal. W jakich przypadkach moduł powinien korzystać z interfejsu API dostarczonego z tego modułu? Czy moduły, które implementują nowe jednostki, są łatwiejsze do napisania, jeśli zależą od modułu interfejsu API jednostki ?

Przez „łatwiejszy do napisania” mam na myśli, że moduły korzystające z Entity API wymagałyby mniej kodu do napisania w porównaniu do modułu, który nie używa Entity API .

Czytam stronę projektu, ale wciąż nie rozumiem całkowicie powodu, dla którego wolę tworzyć moduł, który zależy od modułu API Entity , niż moduł zależny tylko od kodu podstawowego Drupal. Rozumiem, że moduł rozszerzający reguły i implementujący jednostkę powinien używać modułu Entity API ; w pierwszym przypadku przyczyną jest również to, że moduł Reguły zależy od modułu API Entity .

entities

— kiamlaluno
źródło

1

Strona projektu, którą połączyłeś, zapewnia dość szczegółowy przegląd tego, co robi moduł. Czy masz konkretne pytania dotyczące tego, dlaczego moduł byłby od niego zależny, inaczej niż to, co tam przedstawiają?

— jhedstrom

Jeśli nie używasz modułu Entity API, kończy się pisanie modułu takiego jak ten projekt piaskownicy . Zauważ, że ten projekt piaskownicy nie ma testów i tylko jeden współautor, podczas gdy Entity API ma wiele z obu.

— paul-m

15

Nie jest kompletny, ale oto kilka zalet, które znam:

Rdzeń Drupal zapewnia tylko EntityController do ładowania encji. Aby zapisać, zaktualizować i usunąć, musisz napisać go samodzielnie lub użyć interfejsu API jednostki.
Możesz ujawnić podstawowe właściwości swoich bytów za pomocą hook_entity_property_info (), zobacz przykład privatemsg_entity_property_info () . Zaletą tego jest to, że rules.module zna twoje właściwości encji, a ty czytasz i piszesz je z regułami. Otrzymujesz również integrację tokenów za darmo.
Może również automatycznie udostępniać administracyjny interfejs użytkownika dla twoich podmiotów

— Berdir
źródło

Co rozumiesz przez interfejs administratora? Niektóre z nich są obsługiwane przez rdzeń.

— googletorp

2

Rdzeń zapewnia interfejs do konfigurowania pól i dołączania ich do encji, encja API zapewnia interfejs do tworzenia encji i zarządzania nimi dla encji niestandardowych, core nie robi nic takiego.

— Berdir,

1

nie zapominając o świetnym metadata_wrapper drupalcontrib.org/api/drupal/…, który pozwala na łatwy dostęp do wartości pola w kodzie

— mojzis

7

Automatyczna integracja widoków, interfejs administratora, podmioty eksportowane (wszystko to jest opcjonalne). Plus wiele rzeczy z cukrem składniowym, które nie dostały się do D7 i są one potrzebne (ogólne entity_save (), entity_create (), umieszczając niestandardową logikę w „klasach jednostek” ...)

Dodatkowo moduły (efq_views, rules) robią naprawdę fajne rzeczy z właściwościami.

— Bojan Zivanovic
źródło

-1

wierzę, że interfejs API (moduł) encji został zasadniczo usunięty z rdzenia drupal 7 przed wydaniem, ponieważ został uznany za niekompletny. Jedynie podstawowe funkcje CRUD interfejsu api encji zostały pozostawione w rdzeniu drupal dla wydania GM.

— skaught
źródło