Как подружить валидацию в yii2 и type hint's в php7?
Столкнулся в проекте (рест апи) на yii2 с интересной ситуацией. Есть модель (отнаследована от Model), в модели переопределенны методы сеттеры, эти методы написаны с тайп хинтами.
Модель по идее должна валидировать данные, т.е. то что прилетает с запроса. Теперь отправляем запрос с некорректными параметрами (там где сеттер ждет инт, получает строку), естественно получаем эксепшен на сеттере (тайп хинт). Т.е. атрибуты даже не могут присвоится, ни то чтобы провалидироваться. Как решить загадку в yii2? Условие задачи - тайп хинты(сеттеры) в моделе трогать нельзя. Оборачивать вызывающий код в трай-кетч с ловлей эксепшена типа TypeError тоже нельзя (ибо не эстетично как бы). Какие есть еще варианты?
Строгая типизация хорошее дело. Её можно отключить, но это не имеет смысла. Подробнее.
Поэтому, вам придётся идти по другому пути - преобразовывать данные в соотвествующие типы. Например, если прилетает строка, а нужен int, то вам нужно преобразовать в int. Либо можно api заставить присылать данные соответствующего типа и показывать эти ошибки типов.
Нет, тут апи как раз и получает данные, а вот что ему пришлют......Преобразовывать данные перед установкой свойств модели не есть гуд. Во-первых все шансы в лучших традициях пыхи на входе получить лошадь, а на выходе лопату. Во-вторых, в принципе модель этим и должна заниматься. А тут пойдут проверки не там где надо, либо появление новых сущностей на ровном месте. Я просто склоняюсь к мнению, что с тайп хинтами нужно быть осторожнее, грубо говоря, логика фреймворка ломается. Я как раз придерживаюсь другого мнения, что строгая типизацация на пыхе, как седло на корове ))
Максим, дружище, не лезьте в бутылку на ровном месте ) Ваше решение очевидно костыльное. Воткнуть костыль перед чем-то куда-то, всякие там before и прочее, тут большого ума не надо.) Я вам конкретно написал, что строгая типизация, например в случае некоторых механизмов моделей (тех же валидаторов) вступает в противоречие с тайп хинтами в пыхе. Скорее всего потому, что архитектура фреймворка закладывалась задолго до них.
п.с. .... голова, руки и даже жопа у меня присутствует, если что...
Alex657913, я вам ни разу не предложил использовать before и подобную магию, а тем более костыли. Я этим вообще не пользуюсь)
Причём тут Фреймворк? Каждый может использовать фреймворк так, как считает нужным. Вы и на хорошем фреймворке сможете столкнуться с этой проблемой. Но так же точно вы можете реализовать хорошую бизнес логику с использованием различных паттернов. Фреймворк Yii2 отличается от других лишь тем, что он монолит и используется чаще для RAD разработки.
У вас есть два варианта:
1. В контроллере API, который принимает данные, преобразовывать эти данные к нужному типу
2. Оставить ошибку и заставить Frontend присылать данные в нужном типе.
Первый вариант стоит использовать тогда, когда у вас много приложений, которые работают с одним API. Чтобы исправить ошибку вы делаете преобразование в контроллере. Но предупреждаете всех клиентов о том, что в API скоро изменится типизация данных в следующей версии
Второй вариант подходит, если вы можете изменить типы самостоятельно или достаточно быстро.
Типизацию убирать не стоит. Это точно. Все остальное в зависимости вашей ситуации.
Средний
