Сколько не читаю документацию не могу понять эти три термина. Частично это связано с тем что трудно коректно перевести технический английский даже с гугл переводчиком.
А на русскоязычных ресурсах пишут что entity это сущности. Но без конкретных примеров... И я не понимаю что такое сущности в Drupal... Сущность это что какой-то элемент который отображается на странице или что?
О config entity, content entity еще более запутано написано.
Обьсните пожалуйста эти три термина. Если можно с примерами. Тоесть например: к config entity относяться такие-то штуки и они находяться там-то...
P.S. У меня есть предположения что эти три термина как-то связанны с архитектурным подходом MVC и базами данныx, но так back-end и базы данных только начинаю изучать то не очень понимаю эти термины.
Комментарии
- entity - Это например пользователь, страница, термин таксономии.
к entity можно прикреплять поля, текстовые, ссылки на entity (например термин таксономии)
- config entity ну тут все просто. например пользователь имеет основные поля (логин пароль емайл). Имеет свои правила доступа, настройки доступа в админке и тд и тп
- content entity... тут наверно подразумевается то что вы заполнили.
Ну вообще любой сайт состоит из двух частей:
1) Верстка
2) Данные которые подгружаються с базы данных ну или с API удаленного сервера.
То получается что entity это запись з базы данных(пользователь, страница, термин таксокономии) которая может отображаться на экране?
Натан, если вам интересно, я конечно могу вам накидать друпальского фольклора с фразами "Раньше нода это все, сейчас сущность это все", но вот извлечете вы от этого практический смысл - врядли.
Поэтому хотите делать сайты на Друпале - делайте. Ссылка на документацию вверху .И уверяю технических вопросов накопиться гораздо больше чем философских.
потому что всё - это вьюха
Я понимаю что практика важнее теории. И поэтому делаю основной упор как раз на том, чтобы делать сайты. Но на собеседованиях спрашивают что такое entity и какая разница между content entity и сonfig entity.
один в базе, второй в файлах
один для контента, второй, представьте себе, для конфигов
А какие сайты вы делали на собеседованиях не спрашивают?
Или вы сами хотите проводить собеседования?
конечно спрашивают) но обычно
спрашивают на этапе отклика на вакансию) и часто просят сбросить ссылки на примеры работ)
Да у автора и сейчас (и изначально) технических вопросов выше крыши. Даже удивительно, что он таки решил подтянуть
философиютеориюНе факт, что только из двух "частей" и не только лишь любой. Как, например, такой вариант, когда шаблоны (а-ля вёрстка) хранятся в БД (бывало и такое)? А кто-то (в зависимости от профиля/опыта/развития) может обобщить и заявить что все сайты - суть MVC. Тут уж с какой стороны посмотреть.
Сущность - некий отдельный объект (запись), к которому можно обращаться для получения каких-то его свойств или для каких-то манипуляций над ним (создание, просмотр, редактирование, удаление и т.д.). Можно ещё рассматривать сущность как совокупность каких-то данных/полей, объединённых в один класс по функциональному признаку. Созданные сущности хранятся в БД. Сущности не обязательно могут иметь какие-либо режимы отображения, но обычно имеют. Пользователи могут создавать новые сущности (при условии установки соответствующих прав). Выше вам перечислили некоторые основные сущности Друпала.
Content entity - это обычно ноды (т.е. публикации Друпала).
По поводу config entity вряд ли можно сказать лучше, чем:
спасибо)
Одно уточнение: config entity не хранятся в файлах yml. Они так же, как и контент, хранятся в базе данных. Но в отличие от контента, они там хранятся в сериализованном виде, поэтому через entity query или load by properties их из базы не вытащить.