так и должно быть? или unstub должен как-то это разруливать?

или не надо мемоизировать в тестах? (а я как раз хотел их таким образом ускорить чуток)

по идее у тебя весь контейнер будет с замоканным фоо

по хорошему, тебе не надо ничего мемоизировать, если ты через DI тестируешь

если у тебя рельса и проблема в экшенах, то там придется поломать голову

это интеграционный тест для апи

в рельсе/синатре?

в грейпе

хм

даже интересно стало, одна минута

а можешь показать пример эндпоинта?

просто дергаешь зависимость из контейнера на прямую?

@wi11son https://roadmap.sh/devops

ну, типа того. если упростить, то как-то так (разве что чуть-чуть сахара, чтобы не писать все время App['foo.bar']:

delete ':id' do
  avatar = App['repo.avatars'].by_pk(params[:id]) 
  App['avatars.delete'].call(avatar)
  body false
end

а, вы не заворачиваете все в один сервис, что бы только его дернуть?

в данном примере нет. Но вряд ли это изменило бы что-то

наверное, тут какая-то проблема в том, как работают стабы и мемоизация вместе.

стабы кладут значение в свое хранилище,
потом другой элемент контейнера инициализируется, подтягивает зависимость из стабов и мемоизируется.
потом делается unstub - удаляем из хранилища стабов элемент
но он остается уже внутри второго  компонента

тут надо, чтобы после тестов сбрасывался контейнер в начальное состояние и заново все инициализировал в новом тесте

пожалуй, не стоит вообще использовать мемоизацию + стабы в тестах. Либо то, либо другое

Ребят, вот я читаю всё это и задаюсь риторическим вопросом а нужны ли вам вообще контейнеры? Мне кажется вы с ними больше страдаете 🙃

по-хорошему контейнер не должен присутствовать в тестах

спасибо