Есть ли смысл изучать, писать на ActiveRecord?

Question

[Енот Енотов]

Начал изучать фреймворки.
первым взял Yii2 , подскажите плиз, есть ли вообще смысл в ActiveRecord... им реально кто-нибудь пользуется?
Сначала я подумал что это очень крутая штука, которая упрощает жизнь.
Но когда дошел до Join и сложных запросов, начинается какой-то ад(

Пока что еще студент, есть ли вообще смысл в этом AR , c точки зрения трудоустройства ?

Comments

[jacksparrow]

Вот в этом вопросе посмотрите на момент связанный с актив рекорд, Попросили проверить код, на что смотреть нужно?

[VZVZ]

С точки зрения трудоустройства - да. Мой гайд по Yii2 для новичков на хабре раскритиковали в пух и прах. В первую очередь за то, что по старинке использовал чистый SQL (это был первый мой опыт с фреймворком, ранее писал на голом PHP, поэтому обошелся без AR), также не использовал Gii (а создавал все вручную), ну и еще пару моментов. Шквал минусов, упреки в троллинге (у людей аж в голове не укладывалось, как ТАКОЕ можно писать НЕ для троллинга, а на полном серьезе) и ни одного положительного отзыва (кроме парочки молчаливых плюсов).
Не знаю, то ли все веб-разработчики такие шизанутые (на десктопе такого фапа "на последние версии всего и вся" не наблюдается), то ли на Хабре такие собрались (а ведь ресурс авторитетный, так что это важно). Но я вынужден был удалить гайд.

А вообще проблема "AR или не AR" сама по себе звучит как-то слишком уж мелочно.
Я по долгу службы (да и в рамках собственного интереса) практически каждый день осваиваю что-то новое - языки, библиотеки, API, фреймворки и т.д. Иногда решаю проблемы гораздо серьезнее, нежели "освоить AR", и при этом не спрашиваю, стоит ли их решать или лучше в данном случае не поднимать свою пятую точку, а то вдруг надорвусь.

[Виталий Хоменко]

VZVZ: Что там за гайд был? Есть где глянуть?

[Никита]

Вы уж простите, но там учить то нечего. www.yiiframework.com/doc-2.0/guide-db-active-recor...
Это инструмент, удобный и пользуется повсеместно. Сложные запросы? Это вы про QueryBuilder? Вы путаете что-то.

[VZVZ]

Виталий IIIFX Хоменко: > Есть где глянуть?
Нет где глянуть.

А зачем вам тот гайд? Гайд говно и автор мудак, и вообще это троллинг, там же - о ужас! - AR нету, ну капец просто...

[Виталий Хоменко]

VZVZ: Нужно меньше ныть и больше работать над собой.

[VZVZ]

Виталий IIIFX Хоменко: хм, громкое такое заявление, учитывая, сколько я работаю, и над собой, и не только над собой.
КАК еще больше? Может, научите меня спать меньше 10 часов в сутки? Пытался сократить это время до 4, 6, да хоть 8 часов, но долго не получается так продержаться, какое-то время делаю больше чем обычно, зато потом крышу так заносит, что вообще ничего делать не могу.ф

[Виталий Хоменко]

VZVZ: Что вы хотите чтобы я ответил? Научил чему-то? Нет уж, это вы сами. А по поводу моего ответа - вы почитайте свои сообщения, как будто сопливая школьница жалуется, что все у нее не складывается и жизнь плоха и сахар не сладкий. Если раскритиковали гайд - значит хреновый гайд. Пишите так, чтобы каждое слово трижды было подтверждено и обосновано. Не можете так? - не пишите. А если написали, то принимайте критику.

Answer 1

[romy4]

Это очень спорная штука. Можно использовать на простых запросах, но если дело идёт до нормальных выборок, то AR в сторону и только native sql.

Comments

[Никита]

Непонятно почему вам ставят лайки. Вы, так-же как и автор вопроса, путаете QueryBuilder с ActiveRecord.

Answer 2

[Сергей Протько]

им реально кто-нибудь пользуется?

Больше чем нужно, скажем так. Как и любую модную технологию ее часто используют там где не надо и как не надо.

Просто стоит уяснить что вы не ограничены конкретными инструментами. Даже если у вас половина проекта использует AR, для сложных выборок можно обойтись и без него упростив себе жизнь.

Answer 3

[index0h]

Ну была бы моя воля я бы выкинул все конструкторы и писал бы на $connection->createCommand

Що занадто - то не здраво.

Писать нейтивный SQL имеет смысл там, где это востребовано.

Как по мне, 2 строчки native запроса читать удобней чем 10 строк конструктора.

Верно, только конструктором не так уж и часто пользуются. Вы тут про AR спрашивали, конструктор запросов - это совсем из другой оперы.
В том же Yii2 ваш SQL будет выглядеть так:
Product::find()->withCategories()->all();

Просто интересует момент, не будут ли бить по рукам за то что не использую AR?

Если не используете из принципа - будут. Если не используете там, где AR налагает слишком большие расходы - не будут.

первым взял Yii2 , подскажите плиз, есть ли вообще смысл в ActiveRecord... им реально кто-нибудь пользуется?

Пользуется, причем активно. Я бы правда рекомендовал Entity-Repository, вместо AR, но последний тоже имеет право на жизнь.

Answer 4

[Никита]

Вы путаете ActiveRecord с QueryBuilder. AR - это шаблон проектирования, реализующий доступ к данным.
Сложные запросы можно писать через чистый SQL и пользоваться AR, например из доков:

// returns all inactive customers
$sql = 'SELECT * FROM customer WHERE status=:status';
$customers = Customer::findBySql($sql, [':status' => Customer::STATUS_INACTIVE])->all();

P.S. JOIN-ы очень удобно формируются через зависимости (Relations), в последствии чего доступ к данным (привет AR) выполняется вполне логичным способом со стороны ООП когда происходит обращение к сущности как к объекту. Отсюда и у зависимого объекта появляется возможность вызвать его методы, что очень удобно во всех смыслах.

Answer 5

[Енот Енотов]

Ну была бы моя воля я бы выкинул все конструкторы и писал бы на $connection->createCommand
Просто интересуюсь вопросов с точки зрения последующего собеседования и работы в команде, как джуниор
Как по мне, 2 строчки native запроса читать удобней чем 10 строк конструктора.

Просто интересует момент, не будут ли бить по рукам за то что не использую AR?
Вот таких запросах:
select * from products
LEFT JOIN products_categories ON products.id = products_categories.id_products
LEFT JOIN categories ON products_categories.id_categories = categories.id
Считается ли это сложным запросом?
Просто такое я напишу за 10 секунд, а на AR такое конструировать в 10 раз дальше.

Comments

[Виталий Хоменко]

Product::find()->with([ 'productCategory' ])->all();

;)

[Виталий Хоменко]

Вы путаете QueryBuilder с ActiveRecord.

[Сергей Протько]

Енот Енотов, вы поймите, код чаще читают чем пишут. То что вы потратили на 30 секунд меньше времени при написании кода потом выльется вам в пол часа блуждания по гремучей смеси из PHP и SQL вспоминая что там происходит и т.д. С квери билдерами чуть проще в условии джуниор разработчиков.

[Сергей Протько]

Ну и да, Виталий IIIFX Хоменко правильно заметил, вы путаете QueryBuilder и ActiveRecord. Для таких простых запросов в AR есть тонны сахара.

Answer 6

[Андрей]

AR убыстряет разработку.
например, есть у тебя сложная система, ну, пусть будет продажа машин, в которой сайт, апи для мобильных платформ, еще какие-нибудь хрени.

Ты их (машины) выбираешь в десятках мест.

А потом к тебе приходит задача: добавить машинам флаг "спам" и все помеченное этим флагом игнорировать во всех-всех-всех запросах на выборку.

На нативе ты в десятках мест будешь это условие добавлять.
в AR ты поправишь одно место...