А
например, если это модуль блога, то там get приоритетнее. А во всех остальных местах он обрабатываться вообще не должен
Size: a a a
2020 August 24
АН
например, если это модуль блога, то там get приоритетнее. А во всех остальных местах он обрабатываться вообще не должен
редко, но возможно
А
пригодился бы нам вспомогательный dev-пакет для тестов?
собрать туда типичные недомоки, которые будут хорошо оттестированы. Например simple-контейнер, набор для тестирования мидварей, что-то ещё, завязанное на psr-интерфйсы для тестов
собрать туда типичные недомоки, которые будут хорошо оттестированы. Например simple-контейнер, набор для тестирования мидварей, что-то ещё, завязанное на psr-интерфйсы для тестов
АН
пригодился бы нам вспомогательный dev-пакет для тестов?
собрать туда типичные недомоки, которые будут хорошо оттестированы. Например simple-контейнер, набор для тестирования мидварей, что-то ещё, завязанное на psr-интерфйсы для тестов
собрать туда типичные недомоки, которые будут хорошо оттестированы. Например simple-контейнер, набор для тестирования мидварей, что-то ещё, завязанное на psr-интерфйсы для тестов
возможно
АН
я бы использовал такой пакет
AM
Я бы тоже использовал. Особенно пакет для тестирования middleware.
А
ну так может сделаем? :)
А
а то из паекта в пакет одно и тоже в тестах писать..
AM
ну так может сделаем? :)
Сделаем или сделаю? ;)
А
Сделаем или сделаю? ;)
ну так это частью yiisoft надо делать, не?
AM
AM
тебе репку?
А
а значит дело общественное )
AM
я пока занят yiisoft/auth
AM
могу сделать репку
А
+ вы так легко согласились, смирившись (и не обсудив) с фактом, что в такой репке будет в require(-dev) очень много зависимостей с интерфейсами
AM
если сделать только для тестирования middleware по PSR, то не будет
А
ну в require-dev то будут
А
просто правильно ли это и не придётся ли разбивать?
AM
ну в require-dev то будут
Что именно там будет?