SP
И что происходит в одной и другой?
Size: a a a
2021 January 30
F
Наводящий факт - компилятор для языка считается "взрослым" если он написан на языке который компилирует
Ну то есть не всегда так, например интерпретатор языка js написан на другом высокоуровневом языке ?
I
А как ты определяешь зоны ответственности?
Ну как как, по разности областей применения. Рисование, это рисование, столкновения - это столкновения.
В первой мы рисуем объект(сам себя), второй - определяем взаимодействие объекта с другими объектами - а именно, реакцию на столкновения с этими объектами.
В первой мы рисуем объект(сам себя), второй - определяем взаимодействие объекта с другими объектами - а именно, реакцию на столкновения с этими объектами.
I
Может это все, про одно?
АГ
ты кстати в чатиках по геймдеву состоишь?
АГ
@it_chats посмотри тут, может найдешь что стоящее
АГ
тут больше про кровавый энтерпрайз
I
тут больше про кровавый энтерпрайз
Состою, конечно. Но там люди живут по принципу как все делают. А как все делают я и сам знаю, я же работал в это области.
АГ
ну так проблемы какие-то с этим?
АГ
столько лет отрасли, уж наверное разобрались как надо, как не надо, не?
I
столько лет отрасли, уж наверное разобрались как надо, как не надо, не?
Думаю, что не разобрались. Потому что бизнес, это бизнес, а код это код. Тут же речь не о том, что я вообще не могу сделать. Речь о том, как сделать правильно.
SP
Состою, конечно. Но там люди живут по принципу как все делают. А как все делают я и сам знаю, я же работал в это области.
Хочешь понять почему все так делают?
I
Хочешь понять почему все так делают?
Нет. Мне достаточно того, что это гарантированно не верно. Понимаешь ведь, что в бизнес задаче, не важно как оно написано, важно работает или нет. Тут ребята набрасывают все подряд, делают методы update виртуальные у объектов и все эти srp, lsp идут лесом.
SP
Ну как как, по разности областей применения. Рисование, это рисование, столкновения - это столкновения.
В первой мы рисуем объект(сам себя), второй - определяем взаимодействие объекта с другими объектами - а именно, реакцию на столкновения с этими объектами.
В первой мы рисуем объект(сам себя), второй - определяем взаимодействие объекта с другими объектами - а именно, реакцию на столкновения с этими объектами.
Неправильно. В этом разделении практической пользы нет. Если тебе и то и то менять всегда надо вместе то это одна и та же область ответственности. Если меняется не вместе - разные. Потому srp и важно - что бы ограничить зоны которые меняются и стабилизировать границы (за счёт этого можно ограничить каскад изменений)
SP
Лучше короч структурки и функции в одном файлике определять - проще)
SP
В контексте плюсов и игр обычно загоняются по тому как данные в памяти лежат
SP
Ну тоесть есть "как в коде" и есть "рантайм" (семантический разрыв называется)
SP
Как в коде влияет на то как работа организуется, это то что может быть важно для бизнеса (возможность работу паралелить - information hiding)
SP
На счёт отрисовки и физики - там же разные модели, то есть откуда вообще потребность в общих объектах?
SP
Общие координаты какие?