DB
Ошибка-то уже обнаружена
Size: a a a
2019 May 10
V💊
в этом случае тесты не помогут
почему? всё работало 0 тесты проходят, тесты начали падать - сразу знаешь что что-то сломал, а не потом когда уже хз где и когда сломал
DT
почему? всё работало 0 тесты проходят, тесты начали падать - сразу знаешь что что-то сломал, а не потом когда уже хз где и когда сломал
то что не работает и так понятно
а где не работает тесты найти не помогут
а где не работает тесты найти не помогут
V💊
то что не работает и так понятно
а где не работает тесты найти не помогут
а где не работает тесты найти не помогут
но тесты помогли бы ошибку локализировать быстро, а не вот так:
но в какой то момент похоже где то ошибку допустил и не найти (DT
там проблема в непонимании как работает роутер
я вообще за тесты
но конкретно в этом случае они не помогли бы
я вообще за тесты
но конкретно в этом случае они не помогли бы
DB
но тесты помогли бы ошибку локализировать быстро, а не вот так:
но в какой то момент похоже где то ошибку допустил и не найти (мне кажется быстрее ошибку бы помогла локализовать система версий — откатываться пока не починится и найти ломающий коммит 🤷♂️
PB
метод пристального всматривания
DB
по-нашему
PB
Felix
ага , второй день ковыряю ( сначало все работало . При щелчке на автора статьи открывал все посты автора . А при нажатии кнопки ЧИТАТЬ ДАЛЕЕ открывал весь пост , но в какой то момент похоже где то ошибку допустил и не найти (
git diff
M
В случае когда от абстрактной создаёшь дочернюю — таблица создаётся
Ты имеешь ввиду, что что при абстрактной модели будут созданы только те поля в таблице и только в те таблицы, которые создаются в дочерних моделях?
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
DB
Ты имеешь ввиду, что что при абстрактной модели будут созданы только те поля в таблице и только в те таблицы, которые создаются в дочерних моделях?
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
Вопрос не только в методах, но и в инкапсуляции. У меня в реальном проекте есть одна большая моделька, ну, например,
Event, а есть ещё десяток прокси-моделек типа SpecialEvent, сужающих количество полей, имеющих нужные хелперы, имеющих свою форму в админке и т.д.DB
Ты имеешь ввиду, что что при абстрактной модели будут созданы только те поля в таблице и только в те таблицы, которые создаются в дочерних моделях?
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
А про "переопределить методы" — так разная логика для разных прокси-моделей нужна 🤔
M
Вопрос не только в методах, но и в инкапсуляции. У меня в реальном проекте есть одна большая моделька, ну, например,
Event, а есть ещё десяток прокси-моделек типа SpecialEvent, сужающих количество полей, имеющих нужные хелперы, имеющих свою форму в админке и т.д.не понял про сужение количества полей. В прокси-моделях же нельзя вроди как свои поля назначать...
DT
Ты имеешь ввиду, что что при абстрактной модели будут созданы только те поля в таблице и только в те таблицы, которые создаются в дочерних моделях?
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
В то время, как при прокси, наоборот, сразу создаётся таблица для базовой модели? Т.е. прокси-модель существует только для того, чтобы добавить новую логику для обработки данных материнской модели.
Но в чем смысл всего этого? Можно же и в материнской модели определить методы, в т.ч. для группы объектов с помощью переопределения ModelManager.
а если модель которую расширяешь не в твоем проекте а в либе ?
M
А про "переопределить методы" — так разная логика для разных прокси-моделей нужна 🤔
так можно же просто отдельный метод сделать в базовой модели с другим названием, да и все
DB
не понял про сужение количества полей. В прокси-моделях же нельзя вроди как свои поля назначать...
Да, я и написал — сузить
DB
так можно же просто отдельный метод сделать в базовой модели с другим названием, да и все
Ну так можно бесконечно вести диалог)
M
а если модель которую расширяешь не в твоем проекте а в либе ?
так а обычное наследование чем принципиально хуже?
DB
так а обычное наследование чем принципиально хуже?
Таблицу создаст
M
Ну так можно бесконечно вести диалог)
ну я не могу понять смысл иснтрумента, соответственно, мне не придет в голову использовать его на практике. А это грустненько :(