Size: a a a

2018 April 03

n

neFormal in fprog_spb
В ладу
игровой объект не должен знать об окружающем мире а без этого знания не сделать обработку стрельбы с коллизиями над другими объектами
после того, как пулька вылетела, её можно обрабатывать в общей куче активных объектов другим механизмом. т.е. она уже всё, не нужна
источник

n

neFormal in fprog_spb
дамаг она с собой принесёт при попадании
источник

AV

Alexander Vershilov in fprog_spb
значит объект это что-то с интерфейсом getInfo :: GetInfo a =>  a -> (BulletType, AdditionalDamage, God)?
источник

AV

Alexander Vershilov in fprog_spb
+- смотря что имеено надо
источник

Вл

В ладу in fprog_spb
ну и в итоге идеально будет сделать свёртку над игровым состоянием (типа елм) по каждыму тику и методы игровым объектам не нудны
источник

AV

Alexander Vershilov in fprog_spb
т.е. объект вернёт тебе данные о пуле, об уроне, о боге
источник

AV

Alexander Vershilov in fprog_spb
при этом объекты можно делать разными
источник

n

neFormal in fprog_spb
в каждом наследнике поведение меняется. где-то одна пулька, где-то много. там, собственно, и нет единого интерфейса, кроме draw/update
источник

AV

Alexander Vershilov in fprog_spb
если хочется Haskell и неограниченное множество, то вылезет экзестенциальный тип
источник

AV

Alexander Vershilov in fprog_spb
объект не должен себя draw
источник

AV

Alexander Vershilov in fprog_spb
максимум в нём должен быть доступ к картинке
источник

Вл

В ладу in fprog_spb
neFormal
в каждом наследнике поведение меняется. где-то одна пулька, где-то много. там, собственно, и нет единого интерфейса, кроме draw/update
так это совсем разное поведение, там практически нечего переиспользвать
источник

AV

Alexander Vershilov in fprog_spb
графике, т.п.
источник

n

neFormal in fprog_spb
экзисты работают неплохо для коллекции. но они не решают проблему доступа к данным
источник

AV

Alexander Vershilov in fprog_spb
у нас пока в интерфейсе 2 метода, зачем там доступ к данным?
источник

n

neFormal in fprog_spb
отрисовка, кстати, привязана к объекту. у всех кастомы
хотя мб это можно сделать через интерфейс с точками привязки, сортировкой и т.п.
источник

AV

Alexander Vershilov in fprog_spb
объект рисует себя поверх всего а движок вызывает их в правильном порядке?
источник

n

neFormal in fprog_spb
В ладу
так это совсем разное поведение, там практически нечего переиспользвать
в классике можно вызвать даже родительские draw/update. это работает
источник

AV

Alexander Vershilov in fprog_spb
(я в геймдеве не шарю, так всегда так делается?)
источник

n

neFormal in fprog_spb
да, да
источник