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

размазывая логику ?

вот ты создаешь юзера, допустим. И тебе надо ему ФИО установить. Как ты предлагаешь это делать?

размазывая логику ?

Размазать логику можно без всяких геттеров и сеттеров

размазывая логику ?

Мне кажется сеттер это очень быстро и удобно

надо

странные у тебя посты. где время создания нужно изменять

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

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

вот ты создаешь юзера, допустим. И тебе надо ему ФИО установить. Как ты предлагаешь это делать?

new User(firs,last) - если поля обязательные

странные у тебя посты. где время создания нужно изменять

какие есть

new User(firs,last) - если поля обязательные

а если полей, допустим, 15-20

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

уж лучше я сеттерами воспользуюсь

а если полей, допустим, 15-20

User::factory ($user)->create () или чего-то цивилизованное

User::factory ($user)->create () или чего-то цивилизованное

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

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

+1 )

Все понятно. оскорбления пошли. Я пить

?

Да нет, просто есть ситуации, где реально удобно юзать гет и сет

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

но стремиться к этому надо

Все понятно. оскорбления пошли. Я пить

оскорбления кого? Фаулера? он перетопчется

Да нет, просто есть ситуации, где реально удобно юзать гет и сет

есть, конечно же

вот пример с конструктором

билдеры

например

есть, конечно же

Ну и тем-более, не всегда это приводит к плохим последствиям. Все от реализации зависит

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

варианты действий без сеттеров?

GRASP принципы

правильно, запихнуть условия в конструктор

или в фабрику

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

и в результате ради того, чтобы призрак фаулера погладил нас по головке, мы превращаем php в Жаву

Да нет, просто есть ситуации, где реально удобно юзать гет и сет

Конечно есть. Но пока я таких не увидел в примерах

при чем тут вообще языки?

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

ну типа дискасс был, что геттеры и сеттеры нинужны

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

при чем тут вообще языки?

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

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

он размазывает свою логику по всему проекту за счет других методов. Инфа соточка

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

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

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

какие именно абстракции над языками я использую?

ооп

и в результате ради того, чтобы призрак фаулера погладил нас по головке, мы превращаем php в Жаву

Правильно давай писать все в глобальном классе

какие именно абстракции над языками я использую?

ты придаешь объекту х-ристики, которые определяют его концептуальные границы, тем самым отличая их друг от друга

Правильно давай писать все в глобальном классе

как глобальный класс связан с геттерами и сеттерами?

ооп

ООП - это подход

это не абстракция над языком

ну никак

да ладно а то ли не ооп переносят на реальную жизнь

ты придаешь объекту х-ристики, которые определяют его концептуальные границы, тем самым отличая их друг от друга

как это противоречит слаботипизированности пхп?

а мне пожалуй импонирует идея $user = new User( $userInfo ) вместо миллиона сеттеров

Подскажите плиз какой нибудь RBAC модуль для Lumen. Главное требование: динамическое создание ролей

потому что завтра я добавлю 10 полей и что? будет ещё 20 методов?

потому что завтра я добавлю 10 полей и что? будет ещё 20 методов?

ну так за них же ide создает их автоматом

можно и пихать куда угодно

ну так класс распухнет )

делить?

как глобальный класс связан с геттерами и сеттерами?

К черту же абстракции.

делить?

Ага

а мне пожалуй импонирует идея $user = new User( $userInfo ) вместо миллиона сеттеров

а вместе с?

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

К черту же абстракции.

это ты сказал, не я

потому что завтра я добавлю 10 полей и что? будет ещё 20 методов?

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

я обычно так не упарывался

это ты сказал, не я

Табличку дать ?

зачем?

вот ежедневный пример - получил объект из ORM

надо изменить некоторые его поля

ERROR: S client not available

без сеттеров - его пересоздавать?

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

послушай, чего ты уперся так

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

я не сказал что в 100% случаев и все начали доказывать мне, что его случай особенный

или выдумывать какие-то примеры из головы по редактирование даты и тому подобное

речь шла в вакууме

тот же Фолля

ни разу не использовал его в проекте

он размазывает свою логику по всему проекту за счет других методов. Инфа соточка

+

Не понимаю, как геттеры и сеттеры отличаются от других методов класса

так же и размазывается...

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

какую? Что сеттеры не нужны?

или выдумывать какие-то примеры из головы по редактирование даты и тому подобное

я не выдумывал

это примеры, приближенные к боевым

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

И я не вижу разницы между заданием свойств в конструкторе и заданием их же через сеттер

на деле одно и то же

Так что это скорее вкусовщина, чем какой-то антипаттерн

И я не вижу разницы между заданием свойств в конструкторе и заданием их же через сеттер

принцип распределения ответственностей

когда данные в одном места, а логика для них в другом - это нарушение information expert (с)

когда данные в одном места, а логика для них в другом - это нарушение information expert (с)

и данные, и логика - в одном и том же месте

в объекте

на то и инкапсуляция

$user->update( $userInfo )

$user->update( $userInfo )

вызов конструктора

это мне еще структуру userinfo создавать надо

ЗА-Е-БИ-СЬ

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

ну ок, юзай $user->lastname

дак и юзаю

и геттеры не нужны )