тссс

повернутых нет, но solid это хорошая штука которой выгодней придерживаться, чем не придерживаться, имхо

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

и вот тут начинаются душевные терзания

типа, ЗАЧЕМ я это творю если не понятно выживет проект или нет

смените проекты

а я столько оверкодю

и не оверкодь

;D

отличный советчик!

надо делать в проекте то, что надо здесь и сейчас. Если потом надо править, то поймите направление изменений и подстройте код под него

в реальном мире среднего и малого бизнеса любой проект это выстрел в воздух, с непонианием получится или нет

так это норм, не понимаю в чем вопрос тогда)

в том что писать интерфейс кеширования накладней чем если явно без интерфейся просто втулить memcache

и таких моментов натекает достаточно для душевных метаний

ну это нормально

но вощем я сам для себя ответил))

да, нормально, но меня смущают душевные метания

надо чето с этим делать

Если надо запилить быстрый МВП чтобы проверить идею, пох как ты его слепишь

даже без админки это будет норм решение

не совсем пох, потому что надо чтобы он хотя бы работал

а то окажется, что он так плох, что до ума довести его не получится

ну это итак понятно

ага, конечно)

просто в таком случае разработка МВП почти не отличается от продакшен кода

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

мы обычно мвп до ума не доводим.. он выбрасывается и делается нормальная версия, если конечно мвп себя показал

ну вощем да, опять нет серебрянной пули)

а я надеялся )

Я же нашел. И ты найдешь )

Я тоже долго ждал

Я же нашел. И ты найдешь )

ты из параллельного измерения, где процедурное программирование считается эталоном, а технологии из 60 годов изобрели только вчера. То то тебя серебряные пули не берут(

Сорян

Больше 4 зависимостей это уже грязь

Это мой первый метакод. Не судите строго

Больше 4 зависимостей это уже грязь

Это команда, в которую вынесен логический кусок

Операция создания API контроллера. По одному на ряд в базе.

Или даже, процедура ))))

Больше 4 зависимостей это уже грязь

Чет я не могу в бот апи найти события входа в чат. Ты не в курсе?

https://play.google.com/store/apps/details?id=com.madpixels.tgadmintools&hl=en

И это штука норм https://github.com/Bambooir/TeleSeed

Чет я не могу в бот апи найти события входа в чат. Ты не в курсе?

https://core.telegram.org/bots/api#message new_chat_members

https://core.telegram.org/bots/api#message new_chat_members

?

Доки не оч удобные

Чекни андройд )

Не досмотрел про Square & Rectangle, но я делал на VueJS директиву v-square, которая принимала коэффициент, тем самым, описывая, то и то. Интересно, он про это скажет в конце?

Не досмотрел про Square & Rectangle, но я делал на VueJS директиву v-square, которая принимала коэффициент, тем самым, описывая, то и то. Интересно, он про это скажет в конце?

ты походу вообще не понял о чем там речь///

ты походу вообще не понял о чем там речь///

Эта фраза была бы весьма точным девизом канала. Она исчерпывающе описывает 90% того, что тут происходит.

))

я бы сказал 95

как считаете, вызов публичных методов из приватных может привести к чему-то плохому? или это дурной тон? или ок?

в пределах одного класса

it depends

либо твои "публичные" методы на самом деле приватными должны быть, либо у тебя обязанности класса неверно разделены либо так и надо)

то есть, явно есть "душок", да?

нет

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

аа, "либо так и надо"

Можно тело публичного метода выделить в приватный и вызывать его и из публичного и из того приватного. Только что это по сути меняет?

ERROR: S client not available

аа, "либо так и надо"

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

тоже интересно

))

вот если не хочешь говорить то тогда что-то явно не так)

сча

public function execute(string $command) { $process = $this->createProcess($command); $process->mustRun(); return $process->getOutput(); } public function createProcess(string $command) { return new Process($this->getCommandLine($command)); }

один метод просто выполняет команду и возвращает stdout второй возвращает процесс

ну тут можно вынести логику создания Process в другой объект ProcessFactory и заюзать его в объекте с execute

а приватный метод где?

ох

да всё равно пример не подошёл

а публичный из публичного вызывать - нормально?

да как бы все нормально, вопрос то в том что у тебя с разделением ответственности

являются ли эти методы членами одного и того же интерфейса и т.д.

ну короч проектировать интерфейсы надо смотря как их юзают

а не просто так

что бы клиенсткому коду давалось ровно то что надо и не больше

тебе надо в каком-то месте команду выполнить - будет только execute

надо создать процесс - будет только createProcess

очень редко тебе понадобится и то и то

да, тут два интерфейса

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

надо ж контракты не нарушать

А контракт и не нарушен

Сигнатура публичного метода не меняется

сигнатура то не поменялась, а вот контракт нарушен

Чой-то?

потому что контракт это поведение

Неа

если у тебя оно "меняется" так что ты больше не можешь его юзать спокойно, то ты нарушил как бы контракт