да - это чат в телеграмме

да - это чат в телеграмме

почему у чата есть юзернейм?

посмотри вебхук что присылает - там увидишь такой объект

сек

это напиши вопрос Дурову и его команде

создай чат с ботом и напиши что-то боту

вот там будет вместо имени группы ФИО и логин

тогда мб это не чат

а чатбот )

создай чат с ботом и напиши что-то боту

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

Ну логично:)

тогда мб это не чат

в терминологии доки бот апи - это чат

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

бот в телеге создается за 2 клика мышкой так то

Блин

бот в телеге создается за 2 клика мышкой так то

мы только что обсуждали что мышни снижают продуктивность)

дока открывается быстрее

В вебхуке есть в ответе узел chat - я честно не помню что там в доке

я с ответами работал

мне этого было достаточно

https://core.telegram.org/bots/api#chat

для решения конкретной задачи

там в last_name и т.д. имя другой стороны

я знаю что он так отвечает и вижу это по ответам - че мне еще в доку лезть

имеет смысл только для приватных дискуссий

забей - мне это надо было в БД хранить для моих целей

короч вжух и у нас класс-структура данных с публичными полями

мы только что обсуждали что мышни снижают продуктивность)

ну хоть не вгетом\курлом доку смотришь?)

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

ну хоть не вгетом\курлом доку смотришь?)

мы как-то с ребятами через lynx смотрели ютуб)_

ну хоть не вгетом\курлом доку смотришь?)

нет - дебаггером смотрю ответы

короч, повторюсь

задачки

x-debug юзаю

что-то в духе "как сделать оформление заказа в каталоге без единого геттера/сеттера"

короч, повторюсь

ну короче на самом деле - может быстрее пистаь без геттеров сеттеров. Но если блин на большом проекте где уже 100 раз ты дергал свойство объекта тебе придется что-то изменить в формате например свойства при чтении, или появится задача при записи что-то например поправить в другом свойстве - материться придется долго возможно и наличие у тебя геттеров и сеттеров как раз облегчает поддержку

что-то в духе "как сделать оформление заказа в каталоге без единого геттера/сеттера"

битрикс глянь

там все сделали давно:)

там и про классы то не так давно узнали

В шторме парой кликов генерятся геттеры, сеттеры. Не особо долго.

ага

офигенна тема

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

В шторме парой кликов генерятся геттеры, сеттеры. Не особо долго.

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

ага и в свое время, когда была симфони 3.0 и пхп 7.1 генерация штормовская криво работала

а bin/console так как нужно

да вы суть упускаете

хотя... о чем это я.... кто вкурсе что такое informaton hiding и зачем оно надо? или open/close? или protected variations?

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

хер пойми как работает - зависит от тех кто писал код и умения того кто его смотрит отлаживать код. А не от геттеров и сеттеров... Ну мне так кажется...:)

хер пойми как работает - зависит от тех кто писал код и умения того кто его смотрит отлаживать код. А не от геттеров и сеттеров... Ну мне так кажется...:)

ну то есть "воля божъя"

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

про Деметру там поболтать (раз геттеры/сеттеры не причем), про семантику там

@fes0r Без сеттеров-геттеров херово с сонатой работать. Но: - Я не фанат геттеров-сеттеров - Я не фанат сонаты, просто с ней приходится работать - Это про лечение добровольно обретённой проблемы костылями. То есть, некорректный ответ на твой вопрос, т.к. "работать с сонатой" - это не цель проекта.

@fes0r допустим весьма распространённая ситуация - есть сущность File, в БД хранится относительный путь. Один из слушателей Доктрины во время postLoad через сеттер пропихивает в сущность File какой-нибудь \SplFileInfo или Symfony\File (предварительно сконкатенировав путь к файлам с относительным путём из БД). Зачем? Чтобы были гарантии в коде, так как Symfony\File бросает исключение, если файл с таким путём не существует: https://github.com/symfony/symfony/blob/master/src/Symfony/Component/HttpFoundation/File/File.php#L36

Как эту задачу решить без сеттеров? В доках Symfony всё как обычно на сеттерах: https://symfony.com/doc/current/controller/upload_file.html

@fes0r допустим весьма распространённая ситуация - есть сущность File, в БД хранится относительный путь. Один из слушателей Доктрины во время postLoad через сеттер пропихивает в сущность File какой-нибудь \SplFileInfo или Symfony\File (предварительно сконкатенировав путь к файлам с относительным путём из БД). Зачем? Чтобы были гарантии в коде, так как Symfony\File бросает исключение, если файл с таким путём не существует: https://github.com/symfony/symfony/blob/master/src/Symfony/Component/HttpFoundation/File/File.php#L36

Это ты сейчас про iPhpFileUploadBundle рассказываешь? :)

Нет, кстати бандл не гуглится

Как эту задачу решить без сеттеров? В доках Symfony всё как обычно на сеттерах: https://symfony.com/doc/current/controller/upload_file.html

Можно как и доктрина, например. Десериализовав объект. Или ещё каким-нибудь костылём. // А в доках Symfony никто и не обещал Best Practices вне соответствующего раздела.

Нет, кстати бандл не гуглится

https://packagist.org/packages/iphp/filestore-bundle

Как эту задачу решить без сеттеров? В доках Symfony всё как обычно на сеттерах: https://symfony.com/doc/current/controller/upload_file.html

но это не задача, зачем тебе хранить symfony/file в сущности? Как по мне это не нужно

Можно как и доктрина, например. Десериализовав объект. Или ещё каким-нибудь костылём. // А в доках Symfony никто и не обещал Best Practices вне соответствующего раздела.

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

я к примеру храню FileReference объект который внутри хранит только относительный путь и, к примеру, тип хранилища (бывает так что у меня их 3 например)

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

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

Мне как начинающему нужно знать как работать без сеттеров/геттеров? И какие материалы по этому есть?)

Мне как начинающему нужно знать как работать без сеттеров/геттеров? И какие материалы по этому есть?)

Всякое DDD

ERROR: S client not available

Книжка 5к стоит, я офигел от жизни такой

Хочется как-то маленько начать отходить от стека пхп

Посмотрел го, в принципе классно, но что-то большое на нем сложно наверное делать одним проектом

C# - это же еще не совсем линукс, хотя вот в компании крупной начали на нет кор делать, он тип универсально под линукс

А так еще джава есть

Из таких крупных языков

Хочется прям энтерпрайз энтерпрайз лвл

@Enleur ты вроде на джаве спринг и еще много на чем пишешь?

https://github.com/drone/drone

@Enleur ты вроде на джаве спринг и еще много на чем пишешь?

да, если хочешь что-то похожее на пхп, но на много круче, смотри в сторону котлина

ну вроде не маленькое)

+ спринг

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

там и материалов в разы больше

ну вроде не маленькое)

Это очень сложно, потому что мне например жизненно необходимо, чтобы был какой-то LTS продукт, который уже 100 раз съел собаку и сказал "вот вам бест практис". Здесь же ты сам себе художник и это немного пугает, как будто голый пхп.

Мне как начинающему нужно знать как работать без сеттеров/геттеров? И какие материалы по этому есть?)

ну тип не то что бы нужно, скорее это повод задавать вопросы. Ты всеравно будешь их писать (и я пишу) - вопрос почему мы именно так делаем)

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

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

вы про java или js?)

ну тип не то что бы нужно, скорее это повод задавать вопросы. Ты всеравно будешь их писать (и я пишу) - вопрос почему мы именно так делаем)

Почему вы так делаете?)

Почему вы так делаете?)

почему пишу геттеры/сеттеры?)

ну я так делаю делеко не всегда

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

хотя это от команды зависит конечно и от того как они привыкли

ну мол тебе говорят "можно поменять имя" например - ну ты и не заморачиваешься. Или говорят "можно зарегать юзера" и ты делаешь new User().

это легко и просто

но упускаются важные моменты - типа откуда юзеры берутся? может быть есть рефералка? А может еще чего? может перед юзером есть что-то еще что уже должно заниматься их созданием?

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

увеличивается дублирование (причем часто - не так явно как хотелось бы), страдает семантика кода, усложняется понимание.

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

Тоесть читается сложно?)

скорее код не передает что он делает