В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

1845 membersпожаловаться на группу
2020 October 07

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
The Ant 🐜
@vudaltsov посмотрел видео по рефакторингу уии пакета валидации. Там был момент, когда вы сказали что-то типа "надо стремится использовать иммутабельность везде". У меня вопрос, а так ли это актуально в пхп? Пых однопоточный, асинхронщины нет, параллельно никто поменять стейт не сможет. В чем тогда смысл?
Однопоточность не отменяет плохо написанного кода, когда объект создался в одном месте, поменялся (мутировался) совершенно в другом (например, обсёрвер), а в третьем месте - месте использования мы не можем понять, кто и где его мутировал...
источник
09:44пожаловаться#1

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪
Однопоточность не отменяет плохо написанного кода, когда объект создался в одном месте, поменялся (мутировался) совершенно в другом (например, обсёрвер), а в третьем месте - месте использования мы не можем понять, кто и где его мутировал...
что поменяется в такой ситуации при создании нового объекта?
источник
09:45пожаловаться#2

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
Нам нужно изменение данных, которые хранит в себе объект. Мы это делаем. Будет ли это создание нового объекта или мутирование существующего уже не важно.
источник
09:49пожаловаться#3

МФ

Максим Федоров... in Software Design/Architecture/Zen
The Ant 🐜
что поменяется в такой ситуации при создании нового объекта?
Ожидания поменяются
источник
09:50пожаловаться#4

SB

Sergei Baikin in Software Design/Architecture/Zen
The Ant 🐜
Нам нужно изменение данных, которые хранит в себе объект. Мы это делаем. Будет ли это создание нового объекта или мутирование существующего уже не важно.
в том месте в котром вы с ним УЖЕ рабоатете будет пофиг если кто то себе создаст новый обект

Представте что вы все массивы строки числа стали по ссылке передавать
и после того как дали их аргументами в какую то функцию вы больше не уверены те же ли самые значения в вашем скоупе или они поменялись там внутри.
источник
09:54пожаловаться#5

МФ

Максим Федоров... in Software Design/Architecture/Zen
The Ant 🐜
что поменяется в такой ситуации при создании нового объекта?
у вас есть Value Object, как понять — это тот же или не тот же, как понять что значение тоже самое, если объект тот же? 🙂 например маппинг в ORM сделать
источник
10:06пожаловаться#6

Р

Руслан in Software Design/Architecture/Zen
Максим Федоров
у вас есть Value Object, как понять — это тот же или не тот же, как понять что значение тоже самое, если объект тот же? 🙂 например маппинг в ORM сделать
ЗачЭм понимать, создал новый и все
источник
10:09пожаловаться#7

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
The Ant 🐜
@vudaltsov посмотрел видео по рефакторингу уии пакета валидации. Там был момент, когда вы сказали что-то типа "надо стремится использовать иммутабельность везде". У меня вопрос, а так ли это актуально в пхп? Пых однопоточный, асинхронщины нет, параллельно никто поменять стейт не сможет. В чем тогда смысл?
https://m.youtube.com/watch?v=-6BsiVyC1kM
YouTube
The Value of Values with Rich Hickey
In this keynote speech from JaxConf 2012, Rich Hickey, creator of Clojure and founder of Datomic gives an awesome analysis of the changing way we think about values (not the philosphoical kind) in light of the increasing complexity of information technology and the advent of Big Data. The broad subject of the talk makes it worth watching for almost anyone in the programming world, and was one of the highlights of the JaxConf lineup.

If you like the talk, check out Hickey's other appearance at JaxConf2012 here: http://marakana.com/s/rich_hickey_on_deconstructing_the_database,1261/index.html
источник
10:24пожаловаться#8

AD

Apache DOG™ in Software Design/Architecture/Zen
The Ant 🐜
@vudaltsov посмотрел видео по рефакторингу уии пакета валидации. Там был момент, когда вы сказали что-то типа "надо стремится использовать иммутабельность везде". У меня вопрос, а так ли это актуально в пхп? Пых однопоточный, асинхронщины нет, параллельно никто поменять стейт не сможет. В чем тогда смысл?
Неограниченное количество мест для изменения
источник
10:32пожаловаться#9

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
The Ant 🐜
Нам нужно изменение данных, которые хранит в себе объект. Мы это делаем. Будет ли это создание нового объекта или мутирование существующего уже не важно.
Явное лучше неявного - всегда будет понятно, откуда пришли данные (новые или не изменённые)
источник
10:41пожаловаться#10

E

Evgen in Software Design/Architecture/Zen
˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪
Явное лучше неявного - всегда будет понятно, откуда пришли данные (новые или не изменённые)
откуда - извне. точно так же как с мутирующими объектами так и без них. данные кто-то где-то поменял и передал их на вход
источник
10:45пожаловаться#11

Д

Дмитрий in Software Design/Architecture/Zen
вот всегда так. четкого ответа - почему все иммутабельным делать - никто дать не может. расплывчатые фразы какие-то. что где-то этот объект мутирует.
источник
10:47пожаловаться#12

Д

Дмитрий in Software Design/Architecture/Zen
уже раз 10 натыкался на подобные дискуссии
источник
10:47пожаловаться#13

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Evgen
откуда - извне. точно так же как с мутирующими объектами так и без них. данные кто-то где-то поменял и передал их на вход
Тот кто "передал" несёт ответственность за то, что именно он передаёт. А как он может эту ответственность нести, если эти данные внутри будут мутироваться (неявное изменение)?
источник
10:48пожаловаться#14

E

Evgen in Software Design/Architecture/Zen
˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪
Тот кто "передал" несёт ответственность за то, что именно он передаёт. А как он может эту ответственность нести, если эти данные внутри будут мутироваться (неявное изменение)?
да какая разница - тебе дали готовый объект - работай с ним. То что было до тебя - это было до тебя (мутировали или не мутировали не имеет значения)
источник
10:49пожаловаться#15

Д

Дмитрий in Software Design/Architecture/Zen
˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪
Тот кто "передал" несёт ответственность за то, что именно он передаёт. А как он может эту ответственность нести, если эти данные внутри будут мутироваться (неявное изменение)?
как-будто я объект передаю на рынок, где он проходит через каждую палатку, и там его "мутируют".
источник
10:49пожаловаться#16

Д

Дмитрий in Software Design/Architecture/Zen
все кому не лень
источник
10:50пожаловаться#17

AL

Anton Lakotka in Software Design/Architecture/Zen
Дмитрий
вот всегда так. четкого ответа - почему все иммутабельным делать - никто дать не может. расплывчатые фразы какие-то. что где-то этот объект мутирует.
что тут понимать.
мутабельность -- это значит  fun foo(value: MutableValue) { value.bla = "secret" }
и такого говна должно быть как много меньше.
источник
10:50пожаловаться#18

E

Evgen in Software Design/Architecture/Zen
Anton Lakotka
что тут понимать.
мутабельность -- это значит  fun foo(value: MutableValue) { value.bla = "secret" }
и такого говна должно быть как много меньше.
почему же? Или это неоспоримое утверждение?
источник
10:51пожаловаться#19

E

Evgen in Software Design/Architecture/Zen
самый большой недостаток мутации - это тяжело отслеживать путь изменения данных
источник
10:52пожаловаться#20