Что является рекомендуемой шаблоном проектирования для обработки данных из ответа API в YII2? ⇐ Php

[Anonymous]

Мое приложение YII2 (в PHP 7, поэтому, к сожалению, у меня нет строгих типов) получает от ответов на вызов API, которые должны быть вложенными массивами, которые выглядят так: < /p>

Код: Выделить всё

$response = [
'session' => [
'userData' => ['user_id' => 232, ...],
'sessionData => ['status' => 'ONGOING', 'details' => 'Some details here...', ...],
'additionalData' => [...]
]
]
< /code>
В настоящее время в моей логике приложения, когда я получаю ответ, я вручную проверяю, что каждое поле существует и имеет необходимый тип. Так, например, я начинаю с проверки того, что $ response ['session'] 

существует и является массивом, и я бросаю исключение, если это не так, так что что -то вроде:

Код: Выделить всё

if (!array_key_exists($response, 'session')) {
throw new Exception('Invalid response: missing "session" key in response array.');
}
if (!is_array($response['session'])) {
throw new Exception('Invalid response: "session" is not an array in response array.');
}

Затем я проверяю $ response ['session'] ['userdata'] и проверяю, что это массив и так далее. Когда я уверен, что $ response ['session'] ['userData'] ['user_id'] я также проверяю, что это целое число, поэтому я также делаю проверку для примитивных полученных типов. /> Моя проблема заключается в том, что я не уверен, что было бы лучшим шаблоном дизайна для реализации этого. не массивы, такие как сеанс , userData . Эта модель будет нести только ответственность за проверку примитивных полей (таким образом, проверяет, что user_id < /code>, например, является целым числом, проверяя, что «статус» находится в массиве допустимых статусов и т. Д.) Загрузка примитивных полей в DTO. < /li>
< /ol>
Однако этот подход кажется чрезмерно сложным. Во -первых, мне пришлось бы создавать создание как DTO, так и гидритор каждый раз, когда мне приходится обрабатывать ответ в моей логике приложения, что все равно сделает эту логику слишком громоздкой для того, что я хочу. В идеале я хотел бы сделать только что -то вроде
$model->process($response)< /code>
в моей логике приложения, но в некотором смысле, который также является подтвержденным шаблоном проектирования. Итак, есть ли способ сделать это без (кажущейся) чрезмерной компенсации паттерна DTO-гидратора?

Подробнее здесь: https://stackoverflow.com/questions/795 ... esponse-in