У меня на работе эстонка вордпесит

Не, просто вп это сборник говнокода

Сочувствую

а как это относится к данному чату?

тебе, скорее всего, в @phpGeeks

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

https://www.youtube.com/playlist?list=PLmqFxxywkatStbd9hdzVOS1hZa9dc56k4

ООП невозможно рассмвтривать в отрыве от шаблонов?

Слушайте, а что почитать можно по ООП? О том как правильно нужно. Прочита статью старую, про то что геттеры/сеттеры есть плохо, что мол это все не правильно и не ОО. Статья конечно хуйня постная, но задумался, есть ли что-то далше OOP in PHP от занстры

Прочита статью старую, про то что геттеры/сеттеры есть плохо, что мол это все не правильно и не ОО. Хм, а можно подробнее, почему геттеры/сеттеры есть плохо?

Прочита статью старую, про то что геттеры/сеттеры есть плохо, что мол это все не правильно и не ОО. Хм, а можно подробнее, почему геттеры/сеттеры есть плохо?

http://info.javarush.ru/translation/2014/12/15/%D0%93%D0%B5%D1%82%D1%82%D0%B5%D1%80%D1%8B-%D0%A1%D0%B5%D1%82%D1%82%D0%B5%D1%80%D1%8B-%D0%97%D0%BB%D0%BE-%D0%98-%D1%82%D0%BE%D1%87%D0%BA%D0%B0-.html

Вы бы доклады его посмотрели

Чтобы понимать почему он так говорит

Бля лол

Не увидил что это из его статьи

Светоч ООП

Светоч ООП

Скорее фрик

Скорее фрик

фрик в корошем смысле. Ну просто он избрал такой стиль донесения информации и он работает

просвещение через срачики

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

фрик в корошем смысле. Ну просто он избрал такой стиль донесения информации и он работает

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

ну вот конкретно эта его статья вполне себе ничего.

даже хорошая

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

Ну вот я по Эвансу делаю. C#. И что то нет нужды геттеры выбрасывать. Они не дают возможности как то состояние объекта сломать

А без сеттеров ORMка не сможет из базы сущности прочитать

Поэтому они тоже есть, хоть и приватные

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

а Elegant Objects таки перевели на русский понять не могу?

а Elegant Objects таки перевели на русский понять не могу?

Кажется нет. Но один фиг всё это с упором на явку сделано

Поэтому они тоже есть, хоть и приватные

а что за ORM

а что за ORM

EF Core, он в приватные сеттеры умеет, и не только в них)

Даже в приватные поля)

эх. хочу на сишарпе опять писать :)

Или у тебя get-only IEnumerable, который ссылается на приватную ICollection, которая на самом деле List)) И при чтении из базы он в это поле запишет перечисление, а снаружи доступ только на чтение будет)

Правда можно руками скастить IEnumerable до листа и суеты туда насувать, но за такое на код ревью надо голову откручивать

я хочу один проект начать. и с удовольствием бы его на сишарпе делал. но разумеется инфраструктура будет линуксовой. где лучше почитать что там и как? с этим .net core... где ориентироваться... в нугете по прежнему надо все зависимости зависимостей прописывать в главном файле? :)

http://info.javarush.ru/translation/2014/12/15/%D0%93%D0%B5%D1%82%D1%82%D0%B5%D1%80%D1%8B-%D0%A1%D0%B5%D1%82%D1%82%D0%B5%D1%80%D1%8B-%D0%97%D0%BB%D0%BE-%D0%98-%D1%82%D0%BE%D1%87%D0%BA%D0%B0-.html

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

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

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

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

У меня 2 друзыя начинали работать в самом компании.Один из них больше опытный но он продавал себя хуже и получает менше чем другой )

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

У него мысли типа такие если он реално хороший тогда его дадут денги который он заслужить везде.Но на самом деле не так бывает.Хотя я так думаю.

ну я думаю с маленьким опытом себя продать можно в компанию где тебя не расколят на собесе и потом не расколят в ходе работы, бежать оттуда надо))

Правилно

Я могу сказать что русские компание немного не такие хитрие на основном.Я знаю миого компание в других странах типа начинаешь разработчик Android потом от тебя просят учиться swift и потом хотят ты написал для обоих платформах.А зарплата только немного повысят и все.

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

Я могу сказать что русские компание немного не такие хитрие на основном.Я знаю миого компание в других странах типа начинаешь разработчик Android потом от тебя просят учиться swift и потом хотят ты написал для обоих платформах.А зарплата только немного повысят и все.

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

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

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

Второй шаг - геттеры действительно не нужны :) там в статье не надо giveBall(): Ball там надо giveBallTo(someone): void

потом уже дабл-диспатчи, ивенты

Второй шаг - геттеры действительно не нужны :) там в статье не надо giveBall(): Ball там надо giveBallTo(someone): void

Хм... А можно псевдокод для giveBallTo?

потом уже дабл-диспатчи, ивенты

Я зеленый, можно чуть подробнее? Пожалуйста :)

someone.takeBall(this.ball); this.ball = nothing; ну както так...

someone.takeBall(this.ball); this.ball = nothing; ну както так...

так сайд-эффекты жи!

так это ж действие. не геттер

Я зеленый, можно чуть подробнее? Пожалуйста :)

https://martinfowler.com/eaaDev/DomainEvent.html

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

Второй шаг - геттеры действительно не нужны :) там в статье не надо giveBall(): Ball там надо giveBallTo(someone): void

Окей, надо на GET /api/orders отдать список заказов. И как его туда нарисовать без геттеров?)

ну это мы разумеется про Write модели говорили.

ну это мы разумеется про Write модели говорили.

А, то бишь на рид модели геттеры норм?)

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

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

Да никак

И не рид модель тоже никак

Ну типа агрегат то надо прочитать чтобы поменять

агрегат сам себя поменяет

И в зависимости от какого то состояния надо чего то сделать

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

А чтобы это состояние получить..)) внезапно нужны геттеры)

Ну в шарпе по крайней мере

Можно конечно на приватных полях сделать и вообще без геттеров, но тогда при молейшем изменении полей - надо в конфиге ОРМки не забыть это поправить, и что то мне подсказывает что шансы выстрелить себе в ногу повышаются в разы и возводятся в степень, пропорциональную количеству агрегатов

И нахер так жить тогда

Лучше уж анемичные модели чем такое садомазо

о ужас! ты изменил поля в базе данных и придется лезть в конфиг ORM? это кошмарно...

о ужас! ты изменил поля в базе данных и придется лезть в конфиг ORM? это кошмарно...

Поля в классе я имел ввиду

Ну они ж приватные, соответственно снаружи их не видно, поэтому сидишь такой стропами описываешь, грустишь.

А когда геттеры есть - то во-первых ORM’ка сама их подхватит при наличии сеттера, ну либо можно через лямбду указать свойство и конфигу к нему. Ну и при рефакторинге, оно всё прекрасно переименовывается и не доставляет никаких проблем. Вывод: геттеры нужны.

А чтобы это состояние получить..)) внезапно нужны геттеры)

зачем это состояние получать?

зачем это состояние получать?

Простейший кейс - изменение емэйла юзера. Есть свойство у User'а как bool EmailVerified, и при изменнии мыла на отличное от исходного нам надо: - Собственно поменять мыло - Установить EmailVerified в false

То бишь чтобы мыло поменять - его надо прочитать

ну так сделай changeEmail(newEmail)

и пусть агрегат все сделает

ну так сделай changeEmail(newEmail)

Он и так это всё сделает и это будет его метод, но в теле метода мне нужно состояние, которое я получаю из свойств (через геттер).

геттеры это фу

Простейший кейс - изменение емэйла юзера. Есть свойство у User'а как bool EmailVerified, и при изменнии мыла на отличное от исходного нам надо: - Собственно поменять мыло - Установить EmailVerified в false

ну так делай все прямо в методе changeEmail, вся операция у тебя будет инкпсулирована в одном методе

+ доменный ивент сверху что бы было по чем отправлять email

Он и так это всё сделает и это будет его метод, но в теле метода мне нужно состояние, которое я получаю из свойств (через геттер).

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

+ генерацию токена туда же можно запихнуть

или временного пинкода

или еще чего

геттеры это фу

Геттеры в C# выглядят примерно так public class User { public long Id { get; private set; } public string Name { get; private set; } }

да. сделай private get