лисков все дела

Ну проблема в том

Что в сервисе может быть много методов

И они могут быть большими

Вряд ли кто-то будет переписывать целый сервис

Можно конечно переписать 1-2 метода, а остальное делегатором

Типа, вызывать методы оригинального(который изначально) сервиса

Но не видел чтобы такое делали

что то я потерял нить разговора

все зависит от того что делает твой сервис

В общем, лишнем не будет

Оставлю с контрактами

Я ж не говнокодер

любой сервис это дерьмо

которое с 90% вероятностью

будет инжектится по всему проекту

и что бы соблюсти coupling/cohesion

и SRP

Ну я крч разбиваю на сервисы, типа: пользователи, статьи, новости и т.п и валю это все в контейнер

их нужно изначально норм декомпозировать

+ для каждого есть сервис провайдер

а то по большому счету похуй как ты его называешь если это good object

это не god object

в нем есть только репозиторий и он отвечает за то, что он моежт

например, сервис картинок: в этом случае у меня сервис тупо делегатор (не совсем, я не помню как называется паттерн, мост что ли..) Крч, я создаю еще 2 класса: для работы с базой и для работы с файловой системой (SRP, все дела)

И сервис просто прячет под капот все это

Ибо оно должно работать вместе

Мол, загрузка картинки - она и в базу должна попасть, и в фс

короче. на самом деле мне было бы достаточно определить ссылка у меня или обычная переменная, самое близкое что нашел - https://stackoverflow.com/questions/3148125/php-check-if-object-array-is-a-reference

это может быть и стратегия

хз

но это как-то через жопу и не факт что мне подойдет

спать охота

Но вот с юзерами мне это на*** не нужно Да, я буду юзать другие сервисы, те же картинки например

Но это будет в private

И я __debugInfo изменяю

)

короче. на самом деле мне было бы достаточно определить ссылка у меня или обычная переменная, самое близкое что нашел - https://stackoverflow.com/questions/3148125/php-check-if-object-array-is-a-reference

тебе нужны дженерики

это может быть и стратегия

Да пох крч

просто прими факт

Какой именно?

Ты уже не один озвучил

тебе нужны дженерики

Хм, зачем?

А понял кажись

Хотя, можно и по другому

Объект ведь можно к массиву привести

Но это извращение

генерикииии

дайте мне генерикиии

template <T> void function(T *t) { // а дальше что? }

минуточку

откуда тут ен пышный код?)

Ну в пыхе же нема дженериков

тебе нужны дженерики

я задолбаюсь это переделывать, на уровне где все может поломаттся массив со ссылками на строки. И я эти строки, например, обрезаю до сотни символов, сериализую. а вот после этого они мне нужны в нормальном виде :(

и в том же объекте

Ну в пыхе же нема дженериков

не напоминай. у меня приступ паники начинается из-за этого(

Хех

не напоминай. у меня приступ паники начинается из-за этого(

В пхп никогда не будет дженериков

В пхп никогда не будет дженериков

https://wiki.php.net/rfc/generics

работают

В пхп никогда не будет дженериков

Они и не нужны

пока не могут определится со спекой

В пхп не статическая типизация

это не для статической типизации даже толком

для коллекции незаменимая вещь

Зачем в пхп это епт?

Ты можешь принимать что угодно

ERROR: S client not available

Дженерики юзаются, если ты не знаешь какой будет тип

function name($arg);

для иде

Передавай сюда что угодно

Хоть колбек

например, а ларе есть коллекции

короч. $a = 123; $b = [&$a]; Есть способ точно выяснить, $b[0] - ссылка или нет? :)

как ты узнаешь что за тип внутри?

Главное, чтобы функция смогла обработать это

как ты узнаешь что за тип внутри?

Знаешь, в случае дженериков тоже нужно проверять на тип

Если тебе дали объект, то ты не можешь обращаться как с массивом

Так шо, в пхп это нахер не нужно

Collection<User>

и красота

и сразу монять что вернет коллекция

new Collection($anything)

И красота

и сразу монять что вернет коллекция

Ты смешной однако

Ты путаешь понятия

function name($arg);

что бы инстансоф не писать

дурашка

Collection<User>

Это не дженерики

Бля крч

Я сам запутался

что бы инстансоф не писать

Ну епт

ахаха)

Смотри, у тебя есть дженерики Ты передаешь ему туда объект, а функция может работать с массивом

Нужно делать доп проверку что это

Так же и в пхп

Ну и с instance of аналогично

коллекции не должны иметь разных типов внутри

это говнокод