Если словарь и представление имеют одно и то же имя компьютера, будут ли они конфликтовать при экспорте в одну и ту же функцию?
Другими словами, имеет ли имя машины каждого типа объекта Drupal свою собственную область действия? Нужно ли нам использовать какой-то префикс?
2 answers
Словарь - это сущность; до Drupal 8 Представление таковым не являлось. Таким образом, конфликты идентификаторов никогда не будут вызывать беспокойства, они относятся к разным типам объектов и рассматриваются как таковые. Если бы представление было сущностью (как в D8), то его свойства были бы уникальными для его типа сущности, поэтому по-прежнему нет проблем.
Обращаясь к этому конкретно:
Имеет ли имя машины каждого типа объекта Drupal свою собственную область действия?
Если вы считаете, что "объект Drupal" является сущность, предоставляемая основным API, тогда да. Представления не используют его, но его данные находятся в отдельной таблице БД, так что беспокоиться не о чем. YMMV с различными модулями contrib, но обычно, если интеграция функций была написана, вы можете в значительной степени предположить, что она будет работать на этом самом базовом уровне.
Если он находится в другой таблице, то он находится в другой области. Если это позволило вам установить аналогичное имя машины, вы, очевидно, находитесь в другой области. Если вы перейдете на страницу узла и попытаетесь создать похожие имена машин, вы получите сообщение об ошибке при добавлении поля.
taxonomyTable.same_machine_name отличается от viewTable.same_machine_name
Нет, они не будут конфликтовать при экспорте из объектов. на странице функций показаны различные разделы, такие как термины таксономии, узлы, сильная рука, стили изображений и т. Д.. все, что могло будьте связаны, тогда он автоматически обнаружит все, что связано, и вы сможете выбрать, что вы хотите с этим сделать. Вот почему важно иметь уникальные имена машин, чтобы вы сразу знали, с чем работаете. При использовании функций старайтесь избегать использования одних и тех же имен машин; но это может сойти вам с рук