Size: a a a

2020 October 02

T🐜

The Ant 🐜 in symfony
Jurij Bachkov
И не надо, просто когда тебе захочется написать dd(), вместо этого пишешь коротенькую программку и assert
зачем писать дд, разве на входе тип не проконтролирован?
источник

IG

Ivan Grigoriev in symfony
Потом начинаешь видеть цикломатическая сложность и от некоторых реализаций начинает тошнить: от понимания, что надо написать две дюжины тестов, чтобы покрыть кейсы этого "элегантного" решения.
источник

JB

Jurij Bachkov in symfony
Dmitry
Я не использую тдд. Я пишу тесты. Но после кода. Но сразу.
А до этого? В время написания кода? Как проверяешь свою работу?
источник

D

Dmitry in symfony
The Ant 🐜
зачем писать дд, разве на входе тип не проконтролирован?
Чтобы понять что вообще прилетело из либы и как дальше с этим работать. Доки не всегда точны
источник

T🐜

The Ant 🐜 in symfony
Dmitry
Чтобы понять что вообще прилетело из либы и как дальше с этим работать. Доки не всегда точны
как тогда писать код, если ты не знаешь что прилетит с либы?
источник

IG

Ivan Grigoriev in symfony
Зачем дд? Поставил точку останова и посмотрел.
источник

JB

Jurij Bachkov in symfony
Dmitry
Чтобы понять что вообще прилетело из либы и как дальше с этим работать. Доки не всегда точны
Напиши тест, и поверь. На пару строк больше,
источник

D

Dmitry in symfony
Jurij Bachkov
А до этого? В время написания кода? Как проверяешь свою работу?
В голове. Я же код пишу. Значит контролирую что куда. Написал скажем 10 строк. Вижу что может быть неявное поведение - пишу тест на это кусок
источник

DT

Dmitriy Tkachenko in symfony
Dmitry
Особенно когда какой нибудь класс принимает пару зависимостей и активно из юзает. Задолбаешься мокать чтобы каждый кейс отработать :(
Не используй зависимость на чтение и на запись в одном куске клиентского кода.
источник

D

Dmitry in symfony
The Ant 🐜
как тогда писать код, если ты не знаешь что прилетит с либы?
Для этого и дд:) чтобы узнать и дальше писать
источник

T🐜

The Ant 🐜 in symfony
Dmitry
Для этого и дд:) чтобы узнать и дальше писать
кликнуть мышкой с зажатым контролом не судьба по методу?
источник

DT

Dmitriy Tkachenko in symfony
Проблема в том, что у зависимости есть стейт, и ты его модифицируешь и читаешь одновременно
источник

JB

Jurij Bachkov in symfony
Ivan Grigoriev
Зачем дд? Поставил точку останова и посмотрел.
Без разницы, напиши микро-скриптик, он останется. Я твоё время на останов программы будет потрачено даром
источник

D

Dmitry in symfony
Dmitriy Tkachenko
Не используй зависимость на чтение и на запись в одном куске клиентского кода.
Это не связано. Может быть 2-3 репозитория. И каждый надо мокнуть и проверить как код отработает если репа нарушит контракт
источник

JB

Jurij Bachkov in symfony
Функциональные
источник

D

Dmitry in symfony
The Ant 🐜
кликнуть мышкой с зажатым контролом не судьба по методу?
И как мне это поможет если возвращает массив. Что в массиве? Какая структура данных ?
источник

DT

Dmitriy Tkachenko in symfony
Dmitry
Это не связано. Может быть 2-3 репозитория. И каждый надо мокнуть и проверить как код отработает если репа нарушит контракт
Контракт репы тестируется в тесте репы. Ты просто тестируешь не то что надо
источник

D

Dmitry in symfony
Dmitriy Tkachenko
Контракт репы тестируется в тесте репы. Ты просто тестируешь не то что надо
А кто мне даст гарантию что там есть тест если код не я писал ?
источник

JB

Jurij Bachkov in symfony
Dmitriy Tkachenko
Контракт репы тестируется в тесте репы. Ты просто тестируешь не то что надо
Читай выше, функциональным тестом проверяешь свои юнит тесты
источник

T🐜

The Ant 🐜 in symfony
Dmitry
И как мне это поможет если возвращает массив. Что в массиве? Какая структура данных ?
т.е. с дд ты будет уверен что в любой ситуации прилетит именно такая структура данных?
источник