DT
Не критично мост ов зе тайм
Size: a a a
2020 November 11
DT
DT
Не только в контейнере можно зависимости мокать
Так если в коде дёргается контейнер, чем тебе поможет мок вне контейнера?
ЕР
Так если в коде дёргается контейнер, чем тебе поможет мок вне контейнера?
Ну там было про статический метод через который можно сервисы доставать, а не про контейнер
DT
и что это меняет?
AK
Ну там было про статический метод через который можно сервисы доставать, а не про контейнер
по факту статический метод доставал из контейнера
DT
по факту в тестах так же будет контейнер, только специально для тестов
DT
я неосознанно пришел к подходу типа imperative shell/functional core
RV
AK
Мы говорили про удобство.
Хотя вопросы тестирования тоже решаются, если надо.
Хотя вопросы тестирования тоже решаются, если надо.
удобство же касается не только написания, но и поддержки
DT
т.е. много всяких вспомогаек "чистых", отлично тестируемых плюс клей, который все эти вспомогайки просто дергает - для него обычно смоука хватает
DT
а чаще вообще тестами покрывать смысла нет, потому что там только вызов, сохранение результата, передача в другую вспомогайку
AK
а чаще вообще тестами покрывать смысла нет, потому что там только вызов, сохранение результата, передача в другую вспомогайку
интеграционными
DT
интеграционными
да смысла чаще нет, там будет просто набор моков с
shouldBeCalled()->once() или shouldBeCalled()->times(3)AK
да смысла чаще нет, там будет просто набор моков с
shouldBeCalled()->once() или shouldBeCalled()->times(3)нет, зачем, интеграционными как раз проверится что все эти вспомогайки корректно вызываются
DT
это уже тестирование ради тестирования, я не вижу в этом смысла
AK
либо ты меня не понял, либо я тебя
AK
я про моки ничего не говорил
DT
так интеграшки для "клея" будут делать нихуя, только проверять последовательность вызовов моков
DT
и передачу параметров