dmitriy

Как правильно конфигурировать логгер и внедрять зависимость?

Модель раскладывается на три составляющие: класс сущности (Entity), класс работы с бд(Repository) и класс для бизнес логики (Service)

а пример простой

<?php
class Controller
{

	private $userService;

	function __construct(UserService $userService)
	{
	
		$this->userService = $userService;
	}
	
	public function show(int $id){
	
		try{
			$user = $this->userService->getById($id);
		}
		catch(UserNotFound $ex){
			return new Response(null,404);
		}
	
		return new JsonResponse($user->toArray(),200);
	}
	
}

class UserService
{


	private $userRepository;

	function __construct(UserRepository $userRepository)
	{
	
		$this->userRepository = $userRepository;
	}

	public function getById(int $id): User
	{
	
		if(!$user = $this->userRepository->findById($id))
		{
			throw new UserNotFound($id);
		}
		
		return $user;
	}
}

https://container.thephpleague.com/3.x/auto-wiring/

В сервис

как вариант использовать ValueObject
объект который при своей инициализации будет делать проверку

class ValueObject{

function __construct(string $value){
if(empty(value)){
throw new \Exception("переменная не должна быть пустой");
}
}

}

...

public function read(ValueObject $a){

echo  $a->getValue();//гарантированно не пусто
}

я бы предложил исполльзовать объект-критерии выборки
тогда мы сможем использовать полное и не полное получение данных, ну и для удобство фильтрации

$posts = $postRepo->findAllByCriteria( (new PostSearchCriteria)->withFullData(true) );

работает не трогай

на одной чаше весов производительность на другой поддержка кода
вам выбирать

https://github.com/dimaxz/repository/blob/master/s...

composer

Данный способ говорит о том что зависимость не нужно будет создавать каждый раз при ее использовании а использовать один объект-одиночку

часть роутеров (админ, ajax) конфигурирую через конфиг, публичные роутеры в бд

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

DI внедрить

вот хорошее решение https://container.thephpleague.com/3.x/auto-wiring/

Основная ошибка проектировать исключения с учётом как их будут использовать, использование исключений это задача кода приложения, код приложения может быть разный, может меняться например
Сервис пользователя UserService имеет метод получения пользователя по id на выходе только UserEntity если по каким то причинам нет пользователя то кидани UserNotFoundException
Теперь приложение варианты использования:
1. Для рест апи в контроллере сделаем запрос на получение пользователя и обработав исключение там же отправим ответ 404, отсутствие пользователя не так критично.
2. Есть форма сохранения например товара или заказа, и нужно получит информацию о пользователе по его сессионной id, делаем запрос а пользователя нет, обрабатываем исключение например глобальным обработчиком приложения и логируем, выдаём пользователю уведомление о сбое, вот тут критично. 500 ответ

https://github.com/dimaxz/repository