какое у тебя устройство?)

ну почки, печень, желудок там

как у всех

ну почки, печень, желудок там

я имел ввиду девайс?)) гуглофон?

я имел ввиду девайс?)) гуглофон?

xfce4 на gentoo

xfce4 на gentoo

а браузер?

а браузер?

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

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

Ты readonly не через геттер делать должен, лол

Если ЯП не умеет в ридонли, то только в документации помечать (@readonly в javadoc/jsdoc/etc)

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

оч странно откуда в xfce самые новые смайлы которых нет ещё в latest версиях android и mac os

оч странно откуда в xfce самые новые смайлы которых нет ещё в latest версиях android и mac os

их тут и нет

бля ???

Уже и гетеры нельзя...

Скоро вообще ниче нельзя у объектов вызывать будет

Если у тебя есть геттер и сеттер, то почему поле не публичное?)

Если у тебя есть геттер и сеттер, то почему поле не публичное?)

а зачем?

Скоро вообще ниче нельзя у объектов вызывать будет

modificate(object)

а зачем?

Что именно?

Что именно?

зачем делать публичным поле? а вдруг setter приводит int к определенным границам прежде чем set'нуть?

зачем делать публичным поле? а вдруг setter приводит int к определенным границам прежде чем set'нуть?

Тогда ты немного нарушаешь контракт вида a.b = 5 console.log(a.b) // not 5

modificate(object)

Без ad-hoc не оч

Тогда ты немного нарушаешь контракт вида a.b = 5 console.log(a.b) // not 5

a.setB(5)

a.setB(5)

Название говно ж)

Название говно ж)

java-style же

Это не set, а еще какая-то магия преобразований

Это не set, а еще какая-то магия преобразований

лол))) setter'ы обычно для этого и используются

лол))) setter'ы обычно для этого и используются

Нет

Мы с такими железными аргументами долго спорить можем

Нет

не знаю в каком мире ты живешь Весь код какой я видел использовал для этого Я вообще стараюсь не юзать конструкции вроде get name() {} и set name(value) {}

не знаю в каком мире ты живешь Весь код какой я видел использовал для этого Я вообще стараюсь не юзать конструкции вроде get name() {} и set name(value) {}

Ну а я много процедурщины видел. И просто всякого интересного говна

Суть ж не в этом, не терять декларативность и все такое

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

Блин

Создавать обьект и во втором класае предлагаешь?

Пока не понял про что ты

зачем делать публичным поле? а вдруг setter приводит int к определенным границам прежде чем set'нуть?

это уже не сеттер, а говно

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

разве что валидацию

если твой сеттер содержит стороннюю логику, то это уже не сеттер, а vasyaPupkinMethod

хотя возможно я и не прав

поведение это)

а если он менят входной объект

то обычно listener префикс фигачат в java например

если там работаю с входным объектом и меняют его состояние)

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

не ну это же дичь, мутировать входящее значение в сеттере

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

Наверное @sergeysova подразумевал валидацию все же

не ну это же дичь, мутировать входящее значение в сеттере

да дичь, но местами именно так и делают

просто не называют set

а listener

именно поэтому я вчера стримил на тему mutable immutable ?

Да угомонитесь вы Скачивайте wp и клепайте сайтики ! Слабаки, блин

У entity вы тоже гетеры не используете?

Если doctrine только

Я тут че больше вас читаю тем у меня больше впечатление что теоретическоее ооп вообще очень далеко от реального мира)

Реальный мир всмысле реальные проекты

Решил холивар развести?)

реальные проекты это набор костылей и палок

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

это жиза всегда мечтаем о чем то идеальном

я видел уже много проектов

и везде своя атмосфера

но косяки в целом одинаковы

чтобы писать норм код достаточно понимать и правильно юзать полиморфизм понимать наследование и не юзать его везде, в большей части где юзается наследования достаточно агрегации или композиции (наследование только в том случае если агрегация не подходит) юзать нормально инкапсуляцию ну и во всех этих 3 пунктах помогает solid и grasp

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

ERROR: S client not available

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

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

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

ну я понял одно

если бизнес хочет монстра

то пусть он его за свой счет и поддерживает

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

програмист это лишь наемный персонал

если на решения проблемы надо х часов

то пусть бизнес их и оплачивает

так как это его решения и ему за них отвечать

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

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

пока не потребуется новая доработка

это печально, но к сожалению правда

Старайся писать в одном сообщение :)

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

Нет не уволят, все фичи за раз не запилишь, всегда будет что добавить.

Тогда ты немного нарушаешь контракт вида a.b = 5 console.log(a.b) // not 5

А кто тебе такой контракт дал?

Название говно ж)

Аллилуйя. Почему всех это устраивает?

Нет не уволят, все фичи за раз не запилишь, всегда будет что добавить.

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

не знаю в каком мире ты живешь Весь код какой я видел использовал для этого Я вообще стараюсь не юзать конструкции вроде get name() {} и set name(value) {}

Чего это вдруг?

Чего это вдруг?

он юзает name() && changeName(value)

без явных get/set

он юзает name() && changeName(value)

В ЯПах, где можно и поле иметь name и функцию вполне норм, чё

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

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

Но это про размену get*/set*

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

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

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

Можно и так, только в профессиональном плане это вредно и скучно. При этом спрос на хороших специалистов есть всегда.

Тоже самое как нельзя создавать классы service

По ddd

Тоже самое как нельзя создавать классы service

В смысле?

Куда мне тогда пихать методы для работы с сущностями