очень даже может быть

Мне понравилась твоя мысль на докладе по SOLID у нас о том что к пилить SOLID, GRASP или еще какие умные большие буквы сходу бесмысленно. Надо к ним приходить итерационно.

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

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

Глобальные переменные - это ок?)

програмирование - это алхимия, пока что все ищут философский камень

Глобальные переменные - это ок?)

Шикарная тема. Чтобы я без них в вордпрессе делал, даже не знаю...

Шикарная тема. Чтобы я без них в вордпрессе делал, даже не знаю...

А, ясн)

Не существует вещей которые ок или не ок, просто есть вещи использование которых оправдано лишь в очень узкой сфере =)

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

Вот. Но это сложно

http://bxapi.ru/src/?module_id=iblock&name=CIBlockElement::PrepareGetList

да, сейчас 2018 год, это работает до сих пор

капитализация 97 лямов у.е.

мои глаза...

а вы тут ооп, фп... ))

зарефактори )

бп, фигли

скок лет я венгерки не видел - не сосчитать)

битрикс-ориентированное программирование

битрикс головного мозга)

да чо вы

простая функция )

комментарии по коду ваще помогают

например //***********************GROUP BY PART**************************

и все стало ясно

в линкеде вакансия пришла со строчкой "legacy code development and support"

что-то мне не нравится такое...

(лучше такой оффтоп, чем битрикс)

соглашайся)

буду legacy web developer

буду legacy web developer

А щас нет? )

senior legacy web developer

А щас нет? )

ну не настолько же)

Зато честно)

в линкеде вакансия пришла со строчкой "legacy code development and support"

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

ну как бы. что написал за то и отвечай

новые проекты им подавай

@fes0r ты там переводить/переделывать статью про наследование хотел? тебя опередили :D

https://habrahabr.ru/post/351730/

tl;dr: дословный перевод, можно время не тратить

если честно перевод довольно сумбурный

как по мне оригинал проще в восприятии

шо то шо то фигня

шо то шо то фигня

угу, статья плохая

доктор, у меня DI-головного мозга

в тяжелой стадии

как лечить ?

выпить пять таблеток композиции

KISS - это то, что надо принимать вместе с DI, иначе печень можно посадить

доктор, у меня DI-головного мозга

DI головоного мозга это когда не знаешь как можно жить без него?

DI головоного мозга это когда не знаешь как можно жить без него?

у него там своя наркомания, юнит тесты для процедур в СУБД, "мокирование через sqlite" и прочее.

KISS - это то, что надо принимать вместе с DI, иначе печень можно посадить

главное при приеме KISS не подменить его на "делаем тупо"

:)

иногда "делаем тупо" - это самое умное, что можно сделать

иногда, но в большинстве случаев это означает лишь "делаем тупо"

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

потому что оно как раз внедряет KISS

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

потому что оно как раз внедряет KISS

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

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

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

и вроде это тупо, но просто и работает

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

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

https://gobraithwaite.com/the-story-behind-the-kiss-principle/

Нужна помощь. Поидее VO иммутабельны. Как реализовать изменение данных в VO?

Ты же сам себе противоречишь

bar = foo.withSomething(something) foo != bar

bar = foo.withSomething(something) foo != bar

То бишь при изменении чего-то внутри VO - возвращать новый VO?

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

ну то есть чисто с точки зрения семантики

Ну возьмём типичный пример - ФИО. Вот зочу я их в VO вытащить.

если у тебя есть VO и какое-то значение у этого VO изменилось - то это уже новый VO

и нелогично что у тебя по референсу эти VO будут равны

(хотя сравнивать VO по референсу не ок))

Но есть типа правила определённые, согласно которым я должен проверить - а нормальное ли мне значение туда передали. Ну то бишь провалидировать. Где лучше валидацию такую сделать? Внутри самого VO?

если у тебя есть VO и какое-то значение у этого VO изменилось - то это уже новый VO

Суть уловил

Но есть типа правила определённые, согласно которым я должен проверить - а нормальное ли мне значение туда передали. Ну то бишь провалидировать. Где лучше валидацию такую сделать? Внутри самого VO?

да

внутри VO

да

А если валидация не прошла - что делать? С эксепшоном упасть или какой-то результат вернуть?

эксепшен по идее...

там то и вариантов навверное нет, потому что это будет в конструкторе? чтоб VO если создан - значит валиден

Типа OperationResult<T>, где T - тип моего VO, ну и какой-то флаг булеановский Success и сообщение Message, плюс сам VO в свойстве T Result

Ну и либо оно выполнилось и в T Result лежит мой новый VO, либо что-то пошло не так, и Success=false плюс что-то в Message

Или лучше эксепшон кидать и где-то наверху его ловить?

эксепшен по идее...

если уж иммутабеьность и все дела, то надо монады всякий вместо try-catch)

если уж иммутабеьность и все дела, то надо монады всякий вместо try-catch)

Ну иммутабельны только VO, а сущности мутабельны. Плюс у меня C#, а не Haskell)

если уж иммутабеьность и все дела, то надо монады всякий вместо try-catch)

это к @mkusher

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