Как правильно проверять столкновение в Unity?

Question

[IslamKarimov2018]

Пытаюсь сделать столкновение двух двумерных объектов в Unity. Не использую Rigidbody, а вычисляю все сам с помощью BoxCast (на некоторых объектах CircleCast). Проблема в следующем: при столкновении двух движущихся объектов оба говорят о том, что они столкнулись. И получается так, что первый объект обрабатывает столкновение и уменьшает здоровье, и второй объект обрабатывает столкновение и отнимает здоровье у первого объекта.
Как можно грамотнее реализовать, чтобы обработку столкновения выполнял один из сталкиваемых объектов, а не оба?

Answer 1

[dollar]

Нужно логически принять и потом соблюдать одно из двух условий:

а) Объекты со здоровьем сами следят за своим здоровьем. И никакой другой объект, кроме них, не в праве это делать.

spoiler

То есть в коде снарядов нельзя писать код, уменьшающий здоровье других объектов.

б) Только оружие и снаряды могут уменьшать здоровье другим объектам.

spoiler

То есть в коде объектов со здоровьем нельзя писать код, уменьшающий их собственное здоровье.

Comments

[IslamKarimov2018]

у меня есть интерфейс IDamageable с методом TakeDamage(float strength)
с помощью этого метода пуля "ранит" самолет
то есть пуля не вычитает здоровье напрямую, а вызывает реализованный метод интерфейса

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

[dollar]

IslamKarimov2018, если инициатор - пуля, то не подходит.

Смотрите, каждый объект ловит какие-то события (если хочет), в них делает какие-то проверки и принимает решения, и далее может дёргать методы других объектов. Так вот важно, кто принимает именно решения, а не где находится операция вычитания. То есть важна логика организации кода.

Конечно, решения принимаете вы, как программист. Но когда вы разрабатываете один объект, то вы один человек, а когда другой объект, то вы - другой человек. Ведь в человеческой голове не умещается всё и сразу, так что разбиваем задачу на подзадачи (декомпозиция). Теоретически другой объект может делать реально другой программист. А значит вам нужно договариваться между собой. Но даже если вы делаете всё, то вы сегодняшний и вы вчерашний - это как бы разные люди.

ООП - это лишь инструмент, и им нужно уметь правильно пользоваться. ООП можно применять в языках, в которых даже нет поддержки ООП, просто следуя своим же собственным правилам и запретам. И наоборот, бездумно применяя ООП, можно только всё запутать.