Не думаю, что это опыт, хотя не полностью исключаю. Я наблюдал это не только на себе. Сложность конфигурации (более строгий маппинг надо настраивать, фич больше, при добавлении или удалении столбцов нужны дополнительные телодвижения). Менее интуитивный query builder. Не совсем тривиальная работа с batch-ами и особенно с "упавшим" entity manager.
Ну и если что пошло не так, довольно тяжело разобраться в коде самого Doctrine. Это он, увы, унаследовал от своего вдохновителя, Hibernate.
За то же время не выйдет. За прошлый год плотно поработал с доктриной. Мощная штука, в большинстве случаев с ней приятно (хоть и не без WTF), но даже нормально разобравшись не получается той же скорости, что выходит для прототипирования с Yii AR.
Во первых, мы нарушаем тот самый принцип единой ответственности — логика работы с хранилищем в одном месте, а логика работы с сущностью в другой.
Нет. SRP AR сам по себе не нарушает потому что он не про то, что класс должен делать что-то одно. Он про то, что для изменений класса должна быть только одна причина.
Это важно, ведь в рамках моей системы я не хочу передавать по цепочке вызовов строчку из бд в объектном представлении. Я хочу передавать модель. Мне должно быть наплевать, как она получается, изменяется и сохраняется.
Ну и наплюйте. Eloquent за вас её сохраняет и получает.
Мне нужно иметь те методы, которые позволяют взаимодействовать только с моделью, а не со строками в БД.
Имейте.
У AR есть минусы, но часть аргументации в статье формально некорректна.
Ощущения понятны, но итог печальный: новичок так и не узнал, как улучшить свой код, не прокачался, застрял в развитии. А ведь можно не разносить, а советовать, интересоваться, всё ли в ревью понятно и давать ссылок почитать-прокачаться.
Вот думаешь что уже нечего улучшать (я все свои хотелки реализовал ещё когда шторм только перестал называться Web IDE), ан нет, удивляете. Всегда хотелось узнать, как выглядит процесс придумывания новых фич и улучшений? Где-то про это уже рассказывали?
Всегда можно усилить требования к автодиагностике критически важных систем.
Здесть вопрос стоимости. Примерно как с авиаперевозками. Там есть SLA на, кажется, 1 смерть на миллион перевезённых. Это позволяет держать цены на авиабилеты доступными. То же и с автомобилями.
Верифицироваться можно в любой евросети за 50 (кажется) рублей. Другое дело, что потом вас забанят навсегда за "движение средств", но это уже другой вопрос.
Именно так. А для тех, что выходят, может хватить, например, Query Builder-а и репозиториев. Ну, может, в довесок какого-нибудь гидратора.
Очень мало по сравнению с теми, что не выходят.
Не думаю, что это опыт, хотя не полностью исключаю. Я наблюдал это не только на себе. Сложность конфигурации (более строгий маппинг надо настраивать, фич больше, при добавлении или удалении столбцов нужны дополнительные телодвижения). Менее интуитивный query builder. Не совсем тривиальная работа с batch-ами и особенно с "упавшим" entity manager.
Ну и если что пошло не так, довольно тяжело разобраться в коде самого Doctrine. Это он, увы, унаследовал от своего вдохновителя, Hibernate.
За то же время не выйдет. За прошлый год плотно поработал с доктриной. Мощная штука, в большинстве случаев с ней приятно (хоть и не без WTF), но даже нормально разобравшись не получается той же скорости, что выходит для прототипирования с Yii AR.
Нет. SRP AR сам по себе не нарушает потому что он не про то, что класс должен делать что-то одно. Он про то, что для изменений класса должна быть только одна причина.
См., например, https://softwareengineering.stackexchange.com/questions/228672/doesn-t-active-record-violate-srp-and-ocp
Ну и наплюйте. Eloquent за вас её сохраняет и получает.
Имейте.
У AR есть минусы, но часть аргументации в статье формально некорректна.
Значит посыл не донесён до аудитории.
Всё так. Главное не перегибать. Ни в сторону "ой обижу" ни в сторону "я его уничтожу". Вежливо, по делу, с аргументами.
Такие ребята в новичках долго не задерживаются :)
Ощущения понятны, но итог печальный: новичок так и не узнал, как улучшить свой код, не прокачался, застрял в развитии. А ведь можно не разносить, а советовать, интересоваться, всё ли в ревью понятно и давать ссылок почитать-прокачаться.
Да, но самые крутые штуки придуманы, судя по всему, в недрах.
Вот думаешь что уже нечего улучшать (я все свои хотелки реализовал ещё когда шторм только перестал называться Web IDE), ан нет, удивляете. Всегда хотелось узнать, как выглядит процесс придумывания новых фич и улучшений? Где-то про это уже рассказывали?
Это как в анекдоте про секретаршу:
Делать вручение только когда набираются номинанты?
Да, так лучше. Благодарности приятны (и редки), но их лучше почтой.
Здесть вопрос стоимости. Примерно как с авиаперевозками. Там есть SLA на, кажется, 1 смерть на миллион перевезённых. Это позволяет держать цены на авиабилеты доступными. То же и с автомобилями.
Жив. Основные части 3.0 уже можно даже запустить. Но пока там много работы, не хотим раздувать новостей из ничего...
В Риге ещё можно. Kiploku Krogs.
Верифицироваться можно в любой евросети за 50 (кажется) рублей. Другое дело, что потом вас забанят навсегда за "движение средств", но это уже другой вопрос.
Да.