Сообщение Re[3]: Зачем нужен ORM? от 29.09.2018 12:34
Изменено 29.09.2018 12:35 Философ
Re[3]: Зачем нужен ORM?
Здравствуйте, Titus, Вы писали:
T>Здравствуйте, Философ, Вы писали:
Ф>>Для того чтобы не пилить руками простейшие запросы
T>1) Так и в ORM тоже руками нужно работать.
T>2) Для тех, кто любит водить мышкой, в СУБД тоже есть case средства разработки отчетов типа Query-By-Example
Я не говорил про работать мышкой. Ты вообще всё неправильно понял.
При использовании ORM запросы не хардкодятся, а пишутся с использованием ORM.
Ф>>А потом учти, что поддреживать код, использующий орм проще, чем код с тучей SQL'я,
T>Вот как-то не заметил... код, сгенерированный ORM, — это туча еще большего размера.
Плохо смотрел. Туча запросов, типа "select something1, something2, something3 where id_something4 = ?" уходят под кат, а вместе с ними уходит под кат чтение полученных значений в поля объектов. А тот код, который нагенерила ORM поддерживать не нужно: как нагенерировала, так и перегенерирует.
Ф>> а особенно при изменении в структуре БД: после перегенерации модели тебе компилятор скажет что не так, а не пользователи.
T>автотесты мне скажут, что не так, а не пользователи. Автотесты покруче компилятора будут.
Автотесты ещё писать нужно — это время, это внимание => это ошибки.
T>Здравствуйте, Философ, Вы писали:
Ф>>Для того чтобы не пилить руками простейшие запросы
T>1) Так и в ORM тоже руками нужно работать.
T>2) Для тех, кто любит водить мышкой, в СУБД тоже есть case средства разработки отчетов типа Query-By-Example
Я не говорил про работать мышкой. Ты вообще всё неправильно понял.
При использовании ORM запросы не хардкодятся, а пишутся с использованием ORM.
Ф>>А потом учти, что поддреживать код, использующий орм проще, чем код с тучей SQL'я,
T>Вот как-то не заметил... код, сгенерированный ORM, — это туча еще большего размера.
Плохо смотрел. Туча запросов, типа "select something1, something2, something3 where id_something4 = ?" уходят под кат, а вместе с ними уходит под кат чтение полученных значений в поля объектов. А тот код, который нагенерила ORM поддерживать не нужно: как нагенерировала, так и перегенерирует.
Ф>> а особенно при изменении в структуре БД: после перегенерации модели тебе компилятор скажет что не так, а не пользователи.
T>автотесты мне скажут, что не так, а не пользователи. Автотесты покруче компилятора будут.
Автотесты ещё писать нужно — это время, это внимание => это ошибки.
Re[3]: Зачем нужен ORM?
Здравствуйте, Titus, Вы писали:
T>Здравствуйте, Философ, Вы писали:
Ф>>Для того чтобы не пилить руками простейшие запросы
T>1) Так и в ORM тоже руками нужно работать.
T>2) Для тех, кто любит водить мышкой, в СУБД тоже есть case средства разработки отчетов типа Query-By-Example
Я не говорил про работать мышкой. Ты вообще всё неправильно понял.
При использовании, ORM запросы не хардкодятся, а пишутся с использованием ORM.
Ф>>А потом учти, что поддреживать код, использующий орм проще, чем код с тучей SQL'я,
T>Вот как-то не заметил... код, сгенерированный ORM, — это туча еще большего размера.
Плохо смотрел. Туча запросов, типа "select something1, something2, something3 where id_something4 = ?" уходят под кат, а вместе с ними уходит под кат чтение полученных значений в поля объектов. А тот код, который нагенерила ORM поддерживать не нужно: как нагенерировала, так и перегенерирует.
Ф>> а особенно при изменении в структуре БД: после перегенерации модели тебе компилятор скажет что не так, а не пользователи.
T>автотесты мне скажут, что не так, а не пользователи. Автотесты покруче компилятора будут.
Автотесты ещё писать нужно — это время, это внимание => это ошибки.
T>Здравствуйте, Философ, Вы писали:
Ф>>Для того чтобы не пилить руками простейшие запросы
T>1) Так и в ORM тоже руками нужно работать.
T>2) Для тех, кто любит водить мышкой, в СУБД тоже есть case средства разработки отчетов типа Query-By-Example
Я не говорил про работать мышкой. Ты вообще всё неправильно понял.
При использовании, ORM запросы не хардкодятся, а пишутся с использованием ORM.
Ф>>А потом учти, что поддреживать код, использующий орм проще, чем код с тучей SQL'я,
T>Вот как-то не заметил... код, сгенерированный ORM, — это туча еще большего размера.
Плохо смотрел. Туча запросов, типа "select something1, something2, something3 where id_something4 = ?" уходят под кат, а вместе с ними уходит под кат чтение полученных значений в поля объектов. А тот код, который нагенерила ORM поддерживать не нужно: как нагенерировала, так и перегенерирует.
Ф>> а особенно при изменении в структуре БД: после перегенерации модели тебе компилятор скажет что не так, а не пользователи.
T>автотесты мне скажут, что не так, а не пользователи. Автотесты покруче компилятора будут.
Автотесты ещё писать нужно — это время, это внимание => это ошибки.