Farseer 2.xが一時ではなく、メンバーとしてスタックを格納するのはなぜですか？（。ネット）

更新：この質問は、Farseer 2.xに関するものです。新しい3.xではこれができないようです。

現在、Farseer Physics Engineを非常に広範囲に使用していますが、クラスのメンバーとして多くの一時的な値の型を格納しているように見え、期待どおりにスタックに格納されていないようです。

これはBodyクラスの例です：

private Vector2 _worldPositionTemp = Vector2.Zero;

private Matrix _bodyMatrixTemp = Matrix.Identity;
private Matrix _rotationMatrixTemp = Matrix.Identity;
private Matrix _translationMatrixTemp = Matrix.Identity;

public void GetBodyMatrix(out Matrix bodyMatrix)
{
    Matrix.CreateTranslation(position.X, position.Y, 0, out _translationMatrixTemp);
    Matrix.CreateRotationZ(rotation, out _rotationMatrixTemp);
    Matrix.Multiply(ref _rotationMatrixTemp, ref _translationMatrixTemp, out bodyMatrix);
}

public Vector2 GetWorldPosition(Vector2 localPosition)
{
    GetBodyMatrix(out _bodyMatrixTemp);
    Vector2.Transform(ref localPosition, ref _bodyMatrixTemp, out _worldPositionTemp);
    return _worldPositionTemp;
}

手作業によるパフォーマンス最適化のようです。しかし、これがパフォーマンスにどのように役立つかわかりませんか？（もし私がオブジェクトをはるかに大きくすることでそれが傷つくと思うなら）。

.NETでは値型はスタックに格納されるため、割り当てコストは最小限になりますが、初期化のコストがなくなるわけではありません。

この場合、1つまたは2つの一時行列を使用する一連の関数があるため、呼び出しごとに16〜32の浮動小数点数が初期化されます。これは重要ではないように見えるかもしれませんが、メソッドが十分に頻繁に使用される場合（たとえば、フレームあたり数千回、数千回）、合計オーバーヘッドは意味のある影響を与える可能性があります。そのような手法がすべてのそのような方法にわたって体系的に使用される場合、排除されるオーバーヘッドはかなりのものになる可能性があります。

このような手法を使用すると、オブジェクトごとのレベルでスレッドセーフを提供する機能がなくなりますが、そのような細かいレベルで保証を提供することは一般的に賢明ではありません。

良い質問。私はかなり鋭いC＃/。NETの人であり、少しパフォーマンスナットです、そしてこれは私にはかなり奇妙なデザイン決定のようです。私に飛びつく最初のことは、このコードは決してスレッドセーフではないということです。それが物理システムの問題かどうかはわかりませんが、メソッドの範囲外に一時データを保存することは、多くの場合、災害の原因になります。

正直なところ、サードパーティのフレームワークでこの種のコードに定期的に遭遇した場合、おそらく別のフレームワークを見つけようとするでしょう。

360のGCは基本的に高価なGEN 2コレクションのみを実行するので、フレームごとに作成および削除される一時変数（tempオブジェクトなど）がコレクション全体を実行し、パフォーマンスが非常に速く停止します。

彼らがこの方法でそのオブジェクトを再利用し、オブジェクトを収集しないようにしたのではないかと思います。