Существует следующая задача: 
необходимо построить такую логическую среду, в которой некоторый объект, обладающий определенной формой и свойствами в зависимости от определенных воздействий, должен произвольно изменять форму и характер движения.

Понимаете? Суть заключается в том, чтобы свойства объекта вроде его размеров, формы и характера движения изменялись максимально просто.

А вот от объекта соответственно будет требоваться определение его положение в пространстве и надо будет обрабатывать события соприкосновения его с другими объектами в той же системе.

Кто знает, какие либы, фреймворки, идеи и т.д. лучше всего подходят для решения такой задачи? Идеальным варантом, конечно же, была бы система, которая уже все делала бы сама, а разработчикам осталось бы только писать логику их взаимодействия.

Самым принципиальным вопросом на данный момент является требования того, чтобы система сама все рисовала и сама просчитывала соприкосновения.

Огромное спасибо заранее.


................
Быть может, тема не совсем там лежит, где бывают люди, которые могут знать такое, тогда сорри, и, модраторы, если можно, перекиньте ее в нужное место.

Че то я не понимаю, разве ООп не для того предназначено? Классы которые имеют свойства (поля) и способы воздествия на них (методы) которыми можно изменять етот обьект ("...изменять форму и характер движения...")

Пространство соответственно - еще один обьект который в своем составе имеет координаты етих твоих обьектов

на абстрактном уровне все ясно, вопрос, как это на практике реализовать. Если есть некоторое 2д поле, на нем определенной формы фигурки, как обрабатвать их соприкосновение, изменение формы и передвижение, опускаясь до конкретных пикселей?

принцип тот же, по которому реализуется обычное GUI . Только GUI статично (кнопка не бегает от мышки    ) и компоненты там все прямоугольные, а у вас должен быть отдельный поток, который в цикле обновляет параметры компонентов  ("фигурки") и дает команду контейнеру перерисовать их . Компоненты должны быть зарегистрированы в контейнере ("2д поле"). Компонент знает только свои параметры (размер, форма, координаты,..) и умеет себя нарисовать. Контейнер знает параметры всех компонент, поэтому только он и может отследить их взаимодействие ("столкновения").   

Господа, вы меня неправильно поняли. Какое взаимодействие отдельных объектов, представляющих  элементы системы меня не сильно интересует, это уже вопрос второй. Меня интересует самый что ни на есть прикладной уровень. 
Наверняка где-то уже разработаны готовые либы или утилиты, которые уже позволяют создать некоторые графические объекты, изменять их размеры и форму, обрабатывать столкновения объектов  и т.д. Что то вроде ресурсов, используемых в J2ME при написании 3д или 2д игр. 
Меня же интересует, какие сущствуют наиболее гибкие наработки, которые можно было бы использовать, сэкономив этим кучу времени

ОМГ... правльно говорят, чтобы правльно задать вопрос нужно знать 70% ответа...

https://java3d.dev.java.net/


граф сцены


на свойсва, Вы, батенька, разогнались как-то  Мы пока не в Матрице, так что учебник по физике в лапы и вперед  А формой - берем модельки рисуем, к примеру в Lightwave3D и импортим их


характер движения - это по человечески называется афинные преобразования, ну там всякие матрицы поворота, масштабирования и пр... А по поводу формы - эо называется морфинг. Не сказал бы, что это тривиальная задача...


API на это все, как раз-таки, и заточен



Естественно, любой объект будет обладать массой свойст, в том числе и текущими коррдинатами. Это, как бы, само собой разумеется...



А это по русски, и по английски называется коллизии. 



угу... бесплатно такую научную разработку надо заполучить? 

Кстати, очень рекомендую поинтересоваться сколько времени и по каким причинам занимает рендеринг одного кадра в каком-нибудь пиксаровском мультфильме. Икакая производителность для этого требуется...

Ок, y3u , спасибо за ответ, джава 3д - это хорошо, но мне интересно, существует ли в природе что-то другое, более заточеное под мои запросы или нет. К жава3д вернуться всегда успеем.
Может быть, есть еще какие-то наработки, конкуренты жава 3д или развитие основного пакета.

Насчет времени - да, некоторые кадры пиксарвских мультиков рендерятся по 40 часов, но я же не мультик решил рисовать, не правда ли?