Телеграмм чат группы oop

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen

12:34пожаловаться #1

˸A

The Ant 🐜

Ок. Должен ли я клонировать точку, которая движется по экрану? Т.е. меняя координаты, я по вашему обязан создавать новый VO для этой точки?
Расширим немного пример до полигональной модели, где каждый полигон представлен 3 точками, а модель состоит из миллиона полигонов. Во что это выльется?

https://t.me/oop_ru/150987
Видимо, даже не посмотрели ссылку

˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪ in Software Design/Architecture/Zen

https://en.m.wikipedia.org/wiki/Persistent_data_structure

12:35пожаловаться #2

А

тогда неудобно работать будет с такими вещами

Sergey Milimko in Software Design/Architecture/Zen

12:35пожаловаться #3

SM

Это от задачи зависит

Dika in Software Design/Architecture/Zen

12:36пожаловаться #4

D

Алексей

тогда неудобно работать будет с такими вещами

нужны zero cost абстракции просто

12:36пожаловаться #5

А

ну вот да

12:36пожаловаться #6

А

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

12:36пожаловаться #7

AD

The Ant 🐜

Ок. Должен ли я клонировать точку, которая движется по экрану? Т.е. меняя координаты, я по вашему обязан создавать новый VO для этой точки?
Расширим немного пример до полигональной модели, где каждый полигон представлен 3 точками, а модель состоит из миллиона полигонов. Во что это выльется?

для таких преколов сделали эффекты, но почему то все пюржаваоопэ челы не хотят понимать эту концепцию в упор и несут всякую хрень про копирование мира

12:37пожаловаться #8

AD

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

12:37пожаловаться #9

AD

Происходит рассматривание состояний мира при t = t_1 и t = t_2

12:37пожаловаться #10

А

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

12:38пожаловаться #11

А

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

Roman in Software Design/Architecture/Zen

12:38пожаловаться #12

R

Господа, вернитесь из ямы байтоёбства. Объясните с практической стороны, почему объекты "неожиданно меняются" и почему некие места должны получать старый объект с неактуальными данными вместо нового, мутированного?

12:38пожаловаться #13

AD

Roman

Господа, вернитесь из ямы байтоёбства. Объясните с практической стороны, почему объекты "неожиданно меняются" и почему некие места должны получать старый объект с неактуальными данными вместо нового, мутированного?

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

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen

12:39пожаловаться #14

˸A

Jerzy Syrowiecki

да, этот вопрос надо ставить при проектировании или выборе языка

Ну вот у меня в джс отлично сочетаются чистые функции, которые не мутируют входные объекты, но да - за этим приходится "вручную" следить (что функции чистые)

12:39пожаловаться #15

AD

кем угодно

12:39пожаловаться #16

А

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

Sergey Milimko in Software Design/Architecture/Zen

12:39пожаловаться #17

SM

Можно более грамотно спросить: каков критерий применимости иммьютабельности в программировании?

12:40пожаловаться #18

AD

Sergey Milimko

Можно более грамотно спросить: каков критерий применимости иммьютабельности в программировании?

там где достаточно дешево

12:40пожаловаться #19

А

˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪

Ну вот у меня в джс отлично сочетаются чистые функции, которые не мутируют входные объекты, но да - за этим приходится "вручную" следить (что функции чистые)

прям таки отлично?