Я решил не заморачиваться с этим и оставить то, что стабильно работает

Гном2 безсмертный неубиваемый

Я ж делаю бэкэнд как АПИ

Да я тоже так подумал... И придумал "гениальную и новую" идею - открывать доступ для посетителей только частично

Посмотри как работают платные издания... хакер слон

утрецо, чатик

ку

доброеутро, чят

Всем привет!

Я не знаком с правилами чатика, кроме обсуждений PHP другие языки обсуждаются? :)

Не особо

Я не знаком с правилами чатика, кроме обсуждений PHP другие языки обсуждаются? :)

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

спасибо :) А то сижу голову ломаю с одной задачкой на C# :)

хотелось совет получить от кого-то поопытней

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

Нет.

спасибо :) А то сижу голову ломаю с одной задачкой на C# :)

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

А не подскажет кто чатик разработчиков на C#?

Ну спрашивай

Нет не подскажет это не справочник

Тут серьезные дяди

И я

вот спасибо :)

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

@coding_ru

Тут серьезные дяди

+

@coding_ru

Спасибо еще раз :)

Удачи)

Ну я и не шутки шутить пришел сюда

с проверкой займёт времени не меньше\

короч, на тему getter/setter http://www.javaworld.com/article/2073723/core-java/why-getter-and-setter-methods-are-evil.html

короч, на тему getter/setter http://www.javaworld.com/article/2073723/core-java/why-getter-and-setter-methods-are-evil.html

Там про многотысясные коллы

ну не совсем

На практике структурированость и предсказуемость поведения важнее а стоимость программиста дороже еще одного сервера

так поэтому и зло

setter и getter

Тюи конечно же естьвмякие вк пропогандирующие отказ от ооп вообще

setter и getter

Так ошибки быстрее и явно находятся

empoyee.fire() который проставит нужные поля и employee.setSalary(0); employee.setStatus(Employee::FIRED); и т.д.

И изменять поведение прощп и безопаснее - точно знаешь где сет а где гет

И изменять поведение прощп и безопаснее - точно знаешь где сет а где гет

да нет же, они не атомарны

и не дают понимания о процессе

Я про изменение кода а не воемени работы программы

я тоже

set и get сложнее меинтейнить

и не дают понимания о процессе

Достаточно в иде открыть used или рефакторинг

и что тогда

И ты точно знаешь все места сеттов

И ренеймишь все

вот два варианта

какой понятнее?

Когда тебе приходят левые данные хз откуда - вешаешь проверку в этот же метод

какой понятнее?

Где 2

вообще геттеры и сеттеры, ровно как и статические методы - зло и отход от концепции ооп в принципе

https://habrahabr.ru/post/224879/

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

Вики

вообще геттеры и сеттеры, ровно как и статические методы - зло и отход от концепции ооп в принципе

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

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

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

А у лары злые фасады

Где 2

где 2 что?)

С магией

А у лары злые фасады

это говно, да

где 2 что?)

Ты говоришь 2 примера

это говно, да

Но оно удобнее)

Но оно удобнее)

а тестировать-то как удобно

Но оно удобнее)

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

здесь же два варианта разделенные полосочкой

ERROR: S client not available

а тестировать-то как удобно

Как не смешно для тестирования и автосборки зависимостей и сделано

Я вижу 1

одни через set, другой через один метод

Там параметров же нет

Дефалтовые можно без итераций задавать

ну да, должно быть patient.giveFluShot(nurse, dose);

Асе остальное это do-меьоды а речь про кастомы

ну да, должно быть patient.giveFluShot(nurse, dose);

Самое ужасное

Когда потом с call уходит

что?)

Даже array $param лучше

что?)

Ооп же

я не понимаю твои сообщения

Носишь весь колл стек вглубь

выразись попроще пожалуйста)

Фцункции передают глубже

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

Изменение списка пересенных не работает

может приватные сеттеры юзать

Дефольовыйе значения надо защищать

может приватные сеттеры юзать

Вот то чего точно не надо. Весь смысл сеттеров в инкапсуляцит

Вот то чего точно не надо. Весь смысл сеттеров в инкапсуляцит

они как раз ее нарушают

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

они как раз ее нарушают

Нет

Только в строгой теории

На практике у тебя есть интерфейс

И скажем ты не можешь пробросить себе повышение прав

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

Или другой пост

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

Это по кмолчанию только и не любые