Типы данных для физики

В .Net a decimal будет самым точным типом данных, который вы можете использовать для определения позиции. Я бы просто написал класс для этой должности:

public class Position
{
    decimal x;
    decimal y;
    decimal z;
}

Что касается времени, то ваш процессор не может дать вам ничего меньшего, чем один тик.

Звучит как забавный проект! Удачи вам!

Десятичный тип данных, хотя и точный, может быть не самым оптимальным выбором в зависимости от того, что вы хотите сделать. Обычно Direct3D и GPUs используют 32-разрядные поплавки и векторы из 3 (всего 96 бит)для представления позиции в x, y, Z.

Это обычно дает более чем достаточную точность, если только вам не нужно смешивать как огромный масштаб (планеты), так и микроскопический уровень (баскетбольные мячи) в одном и том же "world".

Причинами отказа от использования десятичных знаков могут быть размер (4 x больше), скорость (на порядки медленнее) и отсутствие тригонометрических функций (AFAIK).

На Windows функция QueryPerformanceCounter API даст вам часы с самым высоким разрешением, а QueryPerformanceFrequency -частоту счетчика. Я считаю, что секундомер, описанный в других комментариях, оборачивает это в класс .net.

Если вы не занимаетесь ракетной наукой, десятичная дробь-это перебор WAAAY. И хотя он может дать вам более точные положения, он не обязательно даст вам более точные (например) скорости, поскольку это тип данных с фиксированной точкой и поэтому ограничен гораздо меньшим диапазоном, чем поплавок или двойник.

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

Я бы использовал векторный тип данных. Как и в физике, когда вы хотите смоделировать движение объектов, вы используете векторы. Используйте класс Vector2 или Vector3 из фреймворка XNA или сверните свою собственную структуру Vector3 для представления позиции. Vector2 для 2D и метода Vector3 является 3D.

TimeSpan struct или класс секундомера будут вашими лучшими вариантами для расчета изменения во времени. Если бы мне пришлось рекомендовать, я бы использовал секундомер.

Я не уверен, что понял ваш последний вопрос, не могли бы Вы уточнить?

Редактировать:

Я все еще не могу понять, но вы можете использовать любой тип, который вы хотите (например, двойники), чтобы представить время (если вы действительно хотите представить дискретизацию времени для вашей физической задачи, и в этом случае галочка не имеет значения). Для большинства физических задач было бы достаточно двойников.

Тик - это лучшая точность, которую вы можете достичь при измерении времени с помощью вашей машины.

Я думаю, что вы должны быть в состоянии уйти с десятичным типом данных без каких-либо проблем. Он обладает самой высокой точностью. Однако двойной тип данных должен быть просто прекрасным.

Да, тик-это самый маленький, который я знаю (используя класс System.Diagnostics.Stopwatch).

Для моделирования вам, вероятно, лучше использовать десятичный / двойной (тот же тип, что и position) для безразмерного времени, а затем преобразовать его из/Во что-то значимое на input/output., иначе вы будете выполнять массу операций приведения при перемещении объектов. Вы также получите произвольную точность, потому что вы можете выбрать шкалу времени, чтобы быть таким большим/маленьким, как вы хотите.

Эй, Хуан, я бы рекомендовал вам использовать класс Vector3, как это предлагают некоторые другие, так как он прост в использовании и, прежде всего, поддерживает все необходимые операции (например, сложение, умножение, умножение матрицы и т. д.)...) без необходимости реализовывать его самостоятельно. Если у вас есть какие - либо сомнения относительно того, как действовать дальше-унаследуйте его и на более позднем этапе вы всегда можете изменить внутреннюю реализацию или отключиться от vector3.

Кроме того, не используйте ничего менее точного, чем float - все процессоры в наши дни работают достаточно быстро, чтобы быть более точными, чем целые числа (если только это не предназначено для мобильных устройств, но даже там...) Используя меньше, чем float, вы очень быстро потеряете точность и в конечном итоге получите скачкообразные вращения и переводы, особенно если вы планируете использовать больше, чем одно умножение матрицы/кватерниона.