Size: a a a

2020 September 23

Р

Руслан in symfony
Dmitry
вот тогда точно вас проклянут 🙂 тут даже мат не поможет
Ну ты спросил про "шустрые". Это не значит "правильные"
источник

VS

Vlad Sobenko in symfony
Dmitry
вот тогда точно вас проклянут 🙂 тут даже мат не поможет
Только их нужно уметь писать. А это неумеют не только лишь все.
источник

Р

Руслан in symfony
Проклянут и тогда, когда для правки 3-х полей со статусом new-archived-pause пришлось 500 тестов править
источник

D

Dmitry in symfony
был у меня давеча проект где коду 7 лет, без тестов, я чуть в бога не уверовал
источник

ПГ

Павел Г. in symfony
Руслан
Проклянут и тогда, когда для правки 3-х полей со статусом new-archived-pause пришлось 500 тестов править
+++++++
источник

ПГ

Павел Г. in symfony
когда на каждый пук написан тест, где будет переписываться многое - спасибо не скажут. Куча времени уйдет на правку тестов.
источник

YE

Yuri Efin in symfony
Dmitry
был у меня давеча проект где коду 7 лет, без тестов, я чуть в бога не уверовал
😢
источник

D

Dmitry in symfony
Павел Г.
когда на каждый пук написан тест, где будет переписываться многое - спасибо не скажут. Куча времени уйдет на правку тестов.
я бы сказал, по крайне мере тесты бы показали где этот код используется
источник

ПГ

Павел Г. in symfony
Dmitry
я бы сказал, по крайне мере тесты бы показали где этот код используется
накинуть функциональные - это максимум для RAD/mvp, имхо. Другое лишь проблемы
источник

D

Dmitry in symfony
Павел Г.
накинуть функциональные - это максимум для RAD/mvp, имхо. Другое лишь проблемы
возможно, но это тоже тесты. тип тестов выбирать согласно ситуации
источник

VS

Vlad Sobenko in symfony
Павел Г.
накинуть функциональные - это максимум для RAD/mvp, имхо. Другое лишь проблемы
Ещё бы я выносил очевидные бизнес правила в VO. Их бы покрывал юнитами.
источник

ПГ

Павел Г. in symfony
Vlad Sobenko
Ещё бы я выносил очевидные бизнес правила в VO. Их бы покрывал юнитами.
вопрос лишь в том не будет ли это переписано
источник

Р

Руслан in symfony
Павел Г.
накинуть функциональные - это максимум для RAD/mvp, имхо. Другое лишь проблемы
+ если тестить методом черного ящика запрос-ответ, то и ломаться нечему
источник

ПГ

Павел Г. in symfony
хотя простые тесты типа тестов VO - боль врядли создадут
источник

D

Do Not Disturb🤚 in symfony
Писать тесты наверное не буду, так как от меня потребуется только накидать рабочий черновик проекта, может выкинут проект и начнут с нуля если там правок получится больше. Поэтому спросил, а так все сделать в виде толстого контроллера то думаю это быстрее для рабочего MVP
источник

VS

Vlad Sobenko in symfony
Павел Г.
хотя простые тесты типа тестов VO - боль врядли создадут
Нужно стремиться к мальньким VO. Для которых достаточно будет тестов штук 5.
источник

ПГ

Павел Г. in symfony
Do Not Disturb🤚
Писать тесты наверное не буду, так как от меня потребуется только накидать рабочий черновик проекта, может выкинут проект и начнут с нуля если там правок получится больше. Поэтому спросил, а так все сделать в виде толстого контроллера то думаю это быстрее для рабочего MVP
ваша идея тоже вполне про command/handler . Тупо декомпозиция кода будет. Реквест- контроллер, логика - хэндлер, запросы  - репозиторий. Но попписать подольше надо будет чутка.
источник

Р

Руслан in symfony
Do Not Disturb🤚
Писать тесты наверное не буду, так как от меня потребуется только накидать рабочий черновик проекта, может выкинут проект и начнут с нуля если там правок получится больше. Поэтому спросил, а так все сделать в виде толстого контроллера то думаю это быстрее для рабочего MVP
"может выкинут проект" - изначально это оговаривай
источник

Р

Руслан in symfony
Под подпись желательно
источник

D

Do Not Disturb🤚 in symfony
Руслан
"может выкинут проект" - изначально это оговаривай
😀😀
источник