dmitriy

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

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

1 вариант

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

composer

меню Generate Client и далее нужный формат

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

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

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

Названия пакетов?

Прочитайте книгу "Чистая архитектура" (Р.Мартин), все встанет на свои места.
Контракт - не может быть реализацией, это абстракция. Применяется тогда когда планируется менять реализацию (конкретику) контракта по мере эксплуатации системы, обычно в долгоиграющий проектах.

Абстрактный класс - это родительский класс который дает своим предкам что то общее + необходимость реализации своего контракта, но он относится к конкретике, а не контракту.

DI внедрить

вообщем решилось следующим
1. создание нового пользователя
2. создание новой пары ключей
3. обнуление конфига ssh и указания
PubkeyAuthentication yes

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

1. Описание модели предметной области (справочник сущностей, методы, отношения)
2. Создание Swagger на основе модели предметной области
3. Реализация серверной части АПИ на основе swagger документации (можно сгенерировать каркас на основе swagger схемы в swagger online editor)
4. Реализация клиента (можно воспользоваться тем же swagger online editor для генерации клиента)

п.с. 3 и 4 могут делаться паралельно

второй вариант, при первом работа ведется с хотфиксами

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

https://github.com/dimaxz/repository