Какая разница между ORM-сущностью и Highload?

Question

[ragnar_ok]

Какая разница между ORM-сущностью и Highload? В том, что ORM-сущность можно создавать не только на основе Highload-блока, но и инфоблока? Что еще? Когда нужно использовать Highload, а когда ORM-сущность? Пока не могу уловить разницу между сущностью полученной вызовом Highloadblock\HighloadBlockTable::compileEntity и ORM-сущностью.

Прочитал документацию, генерировал сущность, использовал методы CRUD, но пока не могу разложить все по полочкам. В документации указано только: "Highloadblock - это прослойка между пользователем и ORM".

Еще вопрос: правильно ли я использую методы CRUD? Мне приходится указывать аннотацию, чтобы IDE понимала, что используются методы DataManager.

/**
 *   @var $book Bitrix\Main\ORM\Data\DataManager
 */
$book = new BookTable();
$result = $book ::add([
    'ISBN' => '978-0321127426',
]);

Comments

[Сергей]

Не нужно создавать объект.
BookTable::add() достаточно. Это статичный метод, считай просто функция.
Если буктабле наследуется от dataManager, то ide должна понимать

[ragnar_ok]

Сергей, наследуется, но PhpStorm не понимает

[ragnar_ok]

Сергей, я разобрался почему ide не понимает:

class_alias('Bitrix\Main\ORM\Data\DataManager', 'Bitrix\Main\Entity\DataManager');

PhpStorm не умеет работать с class_alias() и для этого не предусмотрено phpdoc.
Решил проблему расширением оригинала: extends Main\ORM\Data\DataManager

Answer 1

[Сергей]

Хайлоад это просто интерфейс для создания таблиц через админку.
ОРМ это утилита для работы с бд. Его можно с любой таблицей в бд использовать.
Класс для работы с хайлодами наследуется от ОРМ.

Comments

[ragnar_ok]

То есть в случае, если используется highload-блок, то бессмысленно генерировать сущность этой таблицы и подключать используя CModule::AddAutoloadClasses? Можно использовать compileEntity и при этом получить тот же функционал раз он наследуется от орм?

[Сергей]

ragnar_ok, Желательно сгенерировать конечно, так будет удобнее работать. Можно будет свои методы добавлять в модель

[Nentra]

ORM это не утилита, это извращенский способ работы с базой данных, через прокладку в виде классов которые описывают таблицу. Для каждой таблицы в базе данных свой класс.

Мне например непонятно зачем это ORM нужно если в большинстве проектов предусматривается исключительно только одна база данных и смена её в принципе не рассматривается.

По мне это просто ненужная хрень.

На больших проектах с ORM всё будет работать медленнее чем без него, на маленьких и средних - это куча времени потраченного на описание таблиц, когда можно было бы просто SQL запрос к базе данных сделать.

Но при трудоустройстве её просят, возможно потому что "типа так принято".