Модуль Entity API расширяет API-интерфейс, определенный в Drupal. В каких случаях модуль должен использовать API, предоставленный этим модулем? Легче ли писать модули, реализующие новые сущности, если они зависят от модуля Entity API ?
Под «легче писать» я подразумеваю, что для модулей, использующих Entity API , потребуется меньше кода для написания по сравнению с модулем, который не использует Entity API .
Я прочитал страницу проекта, но до сих пор не до конца понимаю причину, по которой предпочитаю создавать модуль, который зависит от модуля Entity API , а не модуль, зависящий только от кода ядра Drupal. Я понимаю, что модуль, расширяющий правила и реализующий сущность, должен использовать модуль Entity API ; в первом случае причина также в том, что модуль Rules зависит от модуля Entity API .
Ответы:
Не полный, но вот некоторые преимущества, которые я знаю:
источник
Автоматическая интеграция представлений, интерфейс администратора, экспортируемые объекты (все это необязательно). Плюс много синтаксических сахарных вещей, которые не попали в D7, и они вам нужны (generic entity_save (), entity_create (), перевод вашей пользовательской логики в «классы сущностей» ...)
Кроме того, модули (efq_views, rules) действительно хорошо работают со свойствами.
источник
я верю, что API-интерфейс сущности (модуль) был в основном удален из ядра drupal 7 перед выпуском, потому что он был сочтен неполным. Только базовые функции CRI API-интерфейса сущности оставлены в ядре drupal для его выпуска GM.
источник