сложно

женщины - вид развлечений?)

неплохая интерпретация, но нет

model view controller

лол

)))

ахахах, отлично )

А я главное думал, причём тут линда евангелиста

А я главное думал, причём тут линда евангелиста

Охренеть ты знаешь.

А я главное думал, причём тут линда евангелиста

слева линда нормального человека, посередине линда евангелиста?

а причём тут голова Го Сяна?

а причём тут голова Го Сяна?

В очень старые времена голова Го Сяна была символом телекомпании "ВИД". https://ru.m.wikipedia.org/wiki/ВИD

Удивительным образом они до сих пор существуют!

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

просто доебался )

А, ну я успешно повёлся :)

я эту голову в детстве пи*%ец как боялся ?

я эту голову в детстве пи*%ец как боялся ?

ты видимо просто оригинал не видел

http://ic.pics.livejournal.com/goanoid/19183669/25786/25786_original.jpg

О началось https://www.youtube.com/watch?v=qqWC3_cQHAc

Ребят, из этого видео не понял почему геттеры это плохо? Можете объяснить или подсказать где можно ещё почитать или посмотреть разъяснения по ему вопросу?

типо они открывают внутренее состояние объекта

наверно поэтому

нарушают инкапсуляцию

и тд

у каждого свой ооп с блэкдэком и нимфоманками

Ребят, из этого видео не понял почему геттеры это плохо? Можете объяснить или подсказать где можно ещё почитать или посмотреть разъяснения по ему вопросу?

По-простому говоря - если НЕ использовать getter/setter, то придется логику работы реализовать прямо в классе, что хорошо: ее потом легко найти, понять что происходит, исправить/модифицировать. Если же ИСПОЛЬЗОВАТЬ getter/setter - логика работы окажется где-то за пределами класса, и потом сложно контролировать где и что происходит.

По-простому говоря - если НЕ использовать getter/setter, то придется логику работы реализовать прямо в классе, что хорошо: ее потом легко найти, понять что происходит, исправить/модифицировать. Если же ИСПОЛЬЗОВАТЬ getter/setter - логика работы окажется где-то за пределами класса, и потом сложно контролировать где и что происходит.

Да, но в таком случае мы получим же god class?

а как тогда с приватными свойствами быть?

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

Да, но в таком случае мы получим же god class?

god class получится если в нем запаковано слишком много данных (==слишком много ожидаемого поведения)

а как тогда с приватными свойствами быть?

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

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

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

Ок, у меня есть класс Character и у него есть свойство life, мне нужно отобразить на HUD'е текущее значение этого свойства для игрока. Как я должен это сделать не имея геттера? =)

а зачем?

Ок, у меня есть класс Character и у него есть свойство life, мне нужно отобразить на HUD'е текущее значение этого свойства для игрока. Как я должен это сделать не имея геттера? =)

один из вариантов (в реальных играх применяемый) - можно изнутри класса послать сообщение SendEvent(HealthLevelChanged(untId, healthValue));

а зачем?

Такая механика игры - игрок должен знать текущее состояние персонажа, которым он управляет. Или вы не играли в шутеры? -(

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

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

когда ты устанавливаешь/читаешь свойства, ты это делаешь зачем? как правило - чтобы объектом управлять - дергать за ниточки как марионетку. идея в том, что объект должен быть "живой", сам принимать решения, сам содержать свою логику.

Такая механика игры - игрок должен знать текущее состояние персонажа, которым он управляет. Или вы не играли в шутеры? -(

это было к другой реплике, не указал Reply :/

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

опять же - зачем тебе знать внутренности объекта?

когда ты устанавливаешь/читаешь свойства, ты это делаешь зачем? как правило - чтобы объектом управлять - дергать за ниточки как марионетку. идея в том, что объект должен быть "живой", сам принимать решения, сам содержать свою логику.

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

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

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

тогда получается логика отрисовки будет в Charter

у человека

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

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

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

Но ведь это все тоже относительно да? нельзя же сказать что использование геттеров/сеттеров == всегда бэд практис?

это не у меня проблема)) просто понимаю ситуацию человека)

void drawLife(CharacterLifeDrawer drawer)

class HUDDrawer implements CharacterLifeDrawer

character.drawLife(new HUDDrawer())

так просто HudDrawer не создать ему надо знать где именно это отрисовывается

Но ведь это все тоже относительно да? нельзя же сказать что использование геттеров/сеттеров == всегда бэд практис?

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

ну, там не совсем сеттеры

ERROR: S client not available

но похоже

их же в принципе можно заменить на эдакие фасады как в ларке?

фасады это вообще зло)

так просто HudDrawer не создать ему надо знать где именно это отрисовывается

ну и хорошо. пусть внешняя логика знает, когда отрисовывать. но экспозить кишки персонажа для этого не надо

ну вот(

отдельный вид зла) в большинстве случаев

мне срочно нужно много что переосмыслить(

если у тебя код настолько сложный что тебе надо делать фасады

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

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

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

один из вариантов (в реальных играх применяемый) - можно изнутри класса послать сообщение SendEvent(HealthLevelChanged(untId, healthValue));

Чорт, пока писал следующий вопрос, понял ваше точку зрения? Спасибо =)

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

фасады или геттеры/сеттеры

Еще вопрос по видео - почему setreadable это не сеттер? Потому что они меняет состояние физического файла, а не объекта? Так?

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

ctrl_insert по-моему

alt

alt+ins

в классе

или alt+enter на свойстве

спасибо большое?

это не только в phpstorm

по дефолту

а я другие ide не трогал ? ну разве что от gcc ?

а как переключится из окна project в редактор?)))

например нажми alt + 1 и попробуй, потом ввест что то в редактор)