私はUE4のより深い側面を学ぼうとしていますが、多くのサンプルコードとエンジンのソースベースを読んでいると、人々（およびソースコード）が標準のC ++ floatプリミティブを使用するが、UE4のカスタム実装を使用することがあることに気付きましたFFloat32。
その後、私は好奇心が強くなりました：Unrealでゲームをプログラミングするとき、これら2つのオプションを使用することの違いは何ですか？また、エンジンの実装を支持して標準C ++プリミティブをドロップすべき主なケースは何ですか？
回答:
float、まあ、C ++浮動小数点です。FFloat32は、フロートと、そのフロートの符号、仮数部、および指数部の分解されたビットフィールドを（結合を介して）表す構造です。
通常、次の場合を除いて使用しないでくださいFFloat32。
FFloat32（これらは非常にまれである）、またはそれFFloat32は悪いことではありません、それ自体、汎用浮動小数点の使用に必要なものを実際に提供しないというだけです。
単純なoldよりも一般的ではfloatありませんが、読みやすさの面で若干の影響があります（他の人は一目でそれが何であるかすぐには分からないかもしれません）。また、暗黙的に変換されfloatないためsomething.FloatValue、大量に入力することになります。これも大したことではありませんが、退屈になる可能性があります。
最後に、共用体とビットフィールドの使用は移植性がなく、実装によって定義されます（以下を参照）。これはあなたの問題ではありません。サポートされているすべての実装で使用できるように型が構造化されていることを確認するのはEpicの仕事ですが、新しいコンパイラーで型の実装の問題をキャッチできない場合、潜在的なバグの原因になりますバージョンがリリースされるか、サポートされているコンパイラのリストに追加されます。
したがって、浮動小数点表現の個々のビットを使用する必要がない限り、おそらく避ける必要がありますFFloat32（FFloat16標準の16ビットC ++浮動小数点型が存在しないため、そのいとこ、がわずかに有用である場合があります）。
「speed」のために、コンポーネントの整数表現を介してフロートを操作するのが一般的でした。現代のコンピューターは、多くのプラットフォームの必要性の多くを取り除き、この種のことを行うために使用できるさまざまなタイプパニングのテクニックは、実際にはどんなイベントでもパフォーマンスや正確さを損なう可能性があります。
UnrealのGitHubリポジトリを検索すると、このFFloat32タイプの使用法がほとんどないことがわかるはずです。それらのすべては FFloat32それ自身の定義かの定義にありFFloat16ます。
具体的にFFloat32は、C ++標準が呼び出す2つのことを行います。それ：
floatなるだろうではないIEEE 754に準拠し、既存のソフトウェアの多くと赤いマーク（と互換性のトラブルを）。
FFloat32。