sergeevVasily, ну в случае с БД тут очевидно. Соединение с БД должно быть одно, а не создаваться новое в каждом классе. Иначе мы очень быстро уроним сервер СУБД.
Ну и с остальными зависимостями примерно так же, зачем плодить объекты, если достаточно одного
tajfun_rt, вы путаетесь в показаниях
С какой радости у вас сами пользователи начали вдруг вбивать эти нули, если изначально вы их сами подставляете в форму?
И вы так и не ответили, зачем они вообще нужны.
Если до сих пор непонятно, то я поясню ещё раз: "остаться на странице" - это аякс.
Поэтому надо определиться.
Либо использовать аякс, либо по-старинке редиректом. Никто от него не умрет. Для пользователя разницы никакой.
tajfun_rt, совершенно верно, вы сделали всё неправильно. И надо сейчас переделать, иначе потом переделывать все равно придется, но будет гораздо больнее.
Таблица должна быть одна, в которой одно из полей - это id из таблицы юзеров. Таким образом можно будет отличать записи разных пользователей
Про нумерацию надо написать подробнее - что это, и зачем нужно. Потому что без этого невозможно будет дать ответ, как сделать правильно. В целом обычно никакая нумерация в БД не нужна, все номера проще получать автоматически из существующих данных.
В чем смысл строк
$cutter1 = $uriCutter;
$cutter2 = $uriCutter2;
?
Если надо два разных инстанса, и их нельзя создать прямо на месте, а надо получать именно из контейнера - то да, то разумеется так и надо будет делать. Это не то что "нормально", а просто как по-другому-то?
"being managed as a singleton" не означает что сам по себе объект является синглтоном :)
Это внутренняя кухня контейнера. Которая всего лишь означает вполне логичное поведение, когда при запросе сервиса надо отдать существующий, а не городить новый. "синглтон" в данном случае - это дефолтное поведение контейнера. Иначе это был бы не контейнер, а фабрика.
В любом случае, вопрос был про сам реквест, а не про работу контейнера.
Хотя возможно непонятки автора в том и заключаются, что он думал, будто контейнер каждый раз создает сервис заново. Хотя совершенно непонятно - зачем.
Алексей Уколов, что ему непонятно, он написал в вопросе: "представим, что сюда request попал через сервис контейнер".
То есть это экземпляр одного и того же класса. А синглтон это или нет - для нас не принципиально.
И автор, кстати, неправильно понимает само понятие синглтона. Для него это "сущность, всегда автоматически доступная из воздуха". А не "сущность, которая может существовать строго в одном экземпляре".
Алексей Уколов, что за чушь, никакой это не "синглтон". В ответе всё правильно написано.
Точнее он может быть синглтоном, или не быть но к ответу на вопрос это отношения не имеет
Ну можно считать сам контейнер исключением из правил, да.
Просто вопрос был "в РНР используется", который я понимаю как "в пользовательском коде", который пишет программист. А программист использует зависимости, предоставленные контейнером или вот как в примере с классом User, передает зависимости сам.
Особенно, если без них код получится в два раза проще