Вынос кода в Middleware

Спасибо.

Добрый день.

А как быть с middleware, если мне надо для какого - то опредленного контроллера добавить что - то специфическое? Какую - то дополнительную обработку.

И еще вопрос - Вот получили мы запрос в коноллере и ручками теперь собираем все в команду. А можно как - то автоматизировать данный процесс? Допустим, есть такие вещи, как JmsSerializer или подобный пакет от Симфони, можно данные вещи использовать для заполнения команды? Оно там даже должно немного ругать на неверно заполненные поля. Ведь бывают ситуации, когда с фронта приходит не 2 поля а 10 -15 , а то и 35 (если есть большая бизнес логика).

Здравствуйте Дмитрий, спасибо как всегда и вопрос, а в Симфони такое можно сделать только через EventSubscriberInterface и отлавливать kernel request я правильно понимаю?

или есть возможность упростить там? Спасибо!

Допустим, у нас возникла острая необходимость все-таки оставить значение одного из параметров запроса неизменным и не применять к нему мидлвар ClearEmptyInput (например, вводимый пользователь пароль может содержать пробел в любом месте). Как лучше всего поступить в данном случае, чтобы не вычеркивать мидлвар ClearEmptyInput из общего списка обработчиков в /api/config/middleware.php?

Мой вариант:

1) Создать объект, например, ClearEmptyInputRules, который содержит правила исключения параметров запроса из обработки: метод except будет добавлять исключение, а метод check проверять запрос на то, можно ли к нему применить фильтрацию

class ClearEmptyInputRules
{
	private array $exceptRules = [];

	public function except($method, $uri, $paramName) 
	{
	    $this->exceptRules[] = [$method, $uri, $paramName];
	}

	public function check(ServerRequestInterface $request, String $paramName) 
	{
		foreach ($this->exceptRules as $rule])
		{
			if (
				$request->getMenthod() == $rule[0]
				&& $request->getUri() == $rule[1]
				&& $paramName == $rule[2]
			)
			{
				return false;
			}
		}
		return true;
	}
}

2) В конфигах контейнера зависимостей вписать необходимые нам правила (например, в файл /api/config/common/inputFilters.php)

return [
	ClearEmptyInputRules::class => static function (ContainerInterface $container) {

	    $rules = new ClearEmptyInputRules();

	    $rules->except('POST', 'v1/api/auth/login', 'password');

	    return $rules;
	},
];

3) Добавить в класс ClearEmptyInput зависимость от ClearEmptyInputRules

class ClearEmptyInput implements MiddlewareInterface
{    
	
	//+++++++++
	private ClearEmptyInputRules $rules;

	//+++++++++
	public function __constructor(ClearEmptyInputRules $rules) 
	{
	    $this->rules = $rules;
	}

	public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
	{

		//+++++++++
		if ($this->rules->check($request)){

			$request = $request
				->withParsedBody(self::filterStrings($request->getParsedBody()))
				->withUploadedFiles(self::filterFiles($request->getUploadedFiles()));

		}

		return $handler->handle($request);
	}   
	
}

(Код писал не самым оптимальным образом - скорее, чтоб он был наглядным)

Я в правильном направлении думаю?

Я заметил, что вы много где используете приватные статичные методы и потом обращаетесь к ним через self. Не могу понять в чем тут выигрыш перед обычными приватными методами и this. Подскажите пожалуйста.

Добрый день.

Как правильнее будет реализовать функционал похожего DomainExceptionHandler, в случае если я хочу выводить slim flash, в котором просто нужно отловить ошибку, записать эту ошибку в сессию, и дальше выполнить все остальные действия в Action, отобразив при этом в рендере уже просто ошибку из сессии?