Blend Tree とは？ Blend Treeは、Animator Controllerの中で複数のアニメーションを滑らかに混ぜ合わせる機能です。 通常のTransitionでは、アニメーション間を「切り替える」だけですが、Blend Treeでは複数のアニメーションを同時に再生し、 パラメータの値に応じて滑らかにブレンドします。 Unity Docs Unity - マニュアル: アニメーションブレンドツリー docs.unity3d.com 🔗 関連記事 ブレンドを駆動するAnimator Parameterの使い方はこちらで解説しています。 【Unity】Animator Parameterの使い方｜スクリプトからアニメーションを切り替える4つの型 Animation ParametersのFloat・Int・Bool・Triggerの使い方を解説。StringToHashによるパフォーマンス最適化やDamping Timeを使った滑らかな遷移制御も詳しく紹介します。 GARNET LOG あとで読む

Animation Eventとは？ Animation Eventは、アニメーション再生中の特定のタイミングでメソッドを呼び出すことができるUnityの機能です。 アニメーションのキーフレームに紐付けてイベントを設定することで、アニメーションとゲームロジックを同期させることができます。 例えば、歩行アニメーションで足が地面に着く瞬間に足音を再生したり、攻撃アニメーションの特定フレームで攻撃判定を発動したりできます。 Animation Eventを使うことで、アニメーションとスクリプトの連携がスムーズになり、より自然で洗練されたゲーム表現を実現できます。 Unity Docs Unity - マニュアル: アニメーションイベントを追加する docs.unity3d.com

Animation Parameters とは？ Animation Parametersは、Animator Controllerでアニメーションを制御するための変数です。スクリプトからパラメータの値を変更することで、キャラクターの状態に応じて動的にアニメーションを切り替えることができます。 例えば、キャラクターの移動速度に応じてアニメーションを変える場合： Speedパラメータ = 0.0 → 待機アニメーション Speedパラメータ = 3.0 → 歩行アニメーション Speedパラメータ = 7.0 → 走行アニメーション パラメータはAnimator ControllerのTransition（遷移）条件や、Blend Treeの制御に使用されます。 Unity Docs Unity - Manual: Animation Parameters docs.unity3d.com

Animator Controller とは？ Animator Controller は、Unityでアニメーションを管理・制御するための仕組みです。キャラクターやオブジェクトの状態に応じて、適切なアニメーションを自動的に切り替えることができます。 例えば、キャラクターが以下のような動作をする場合： 止まっている時は「待機アニメーション」 歩いている時は「歩行アニメーション」 走っている時は「走行アニメーション」 ジャンプした時は「ジャンプアニメーション」 これらのアニメーションを状態に応じて自動的に切り替えるのが、Animator Controllerの役割です。 Unity Docs アニメーターコントローラー - Unity マニュアル アニメーターコントローラーを利用すると、キャラクターやオブジェクトのアニメーションクリップや関連するアニメーション遷移のセットを配置し管理できます。たいていの場合、複数のアニメーションを利用して、ゲーム内で特定の状況が起きたときにそれらを相互に切り替えて使用するのは普通のことです。例えば、スペースバーが押される度に歩きのアニメーションからジャンプのアニメーションへ切り替える、などです。ただし、単一のアニメーションクリップしかない場合でも、それをゲームオブジェクトに使用するためには、アニメーターコントローラーに配置する必要があります。 docs.unity3d.com

RectTransformUtilityとは？ Unityにおいて、Canvas以下にあるGameObjectはTransformの代わりに UI要素の位置やサイズ調整を行う際に使用する、RectTransformコンポーネントを持っています。 RectTransformUtilityはRectTransformに関する便利な機能を提供するクラスです。 Unity Docs RectTransformUtility - Unity スクリプトリファレンス RectTransform と動作するヘルパーメソッドを含むユーティリティクラス。 docs.unity3d.com

ObjectPoolとは？ Unityでは通常、銃弾やエフェクトなど、オブジェクトが必要になったときに、Instantiateしてインスタンスを生成します。 🔗 関連記事 プールして再利用する対象は基本的にプレハブから生成します。プレハブの基礎は以下の記事で解説しています。 【Unity】Prefabの使い方｜Variant・Nested Prefab・Overrideの使い分け Prefabの作り方と編集方法を基本から解説。Prefab VariantとNested Prefabの違い、Overrideの適用・破棄の判断基準まで、使い分けの早見表つきで紹介します。 GARNET LOG あとで読む それだと効率が悪いので、事前に一定数インスタンスを用意してプールしておき、 必要に応じてそこから取り出す手法が使われてきました。 これがオブジェクトプールです。 UnityでもいくつかObjectPoolの実装がありますが、Unity2021.2以降では公式にも提供されています。 Unity Docs Unity - Scripting API: ObjectPool<T0> docs.unity3d.com

InputSystemのInputActionsとは？ Input Actionsは、Unity 2019.1以降に導入された新しい入力システム(Input System Package)の中核的な機能です。 アクション指向の設計で、 キーボード、マウス、ゲームパッド、画面タッチなどの異なる入力デバイスを統一的に扱うことができます。 入力をアクションとして抽象化できるので、例えば複数のデバイスのボタン操作に「ジャンプ」というアクションに割り当て、 「ジャンプ」アクションが発生したらゲーム内でプレイヤーをジャンプさせるように作ることができます。 Unity Docs Input Action Assets | Input System | 1.15.0 docs.unity3d.com

Input Managerとは？ Input Managerは、プレイヤーの入力を管理するシステムです。 キーボード、マウス、画面のタップ、ゲームコントローラの入力を判定できます。 例えば、Input.GetKey()、Input.GetMouseButtonDown()といったメソッドを使用して入力を判定できます。 現在も使用はできますが、Legacyという扱いになっており、次に紹介するInput Systemの使用が推奨されています。 Unity Docs Input Manager - Unity マニュアル Input Managerウィンドウでは、プロジェクトの入力軸とそれに関連するアクションを定義することができます。このウィンドウにアクセスするには、Unityのメインメニューから、 Edit > Project Settings を選択し、右のナビゲーションから Input Manager を選択します。 docs.unity3d.com

Obi Softbodyとは？ Obi Softbodyは、Virtual Method社が開発した高性能なソフトボディ物理エンジンです。 パーティクルベースの物理シミュレーションにより、ゼリーやゴム、粘土のような柔らかい物体の動きをUnityで表現できます。 このアセットはUnityのBurst、Jobs、Collections、Mathematicsパッケージを使用し、数千のポリゴンで構成される複雑なソフトボディをリアルタイムでシミュレートします。オブジェクトは弾性変形（元の形状に戻る）だけでなく、塑性変形（変形が残る）も表現でき、より現実的な物理挙動を実現できます。 Asset Store Obi Softbody | 物理エンジン | Unity Asset Store Get the Obi Softbody package from Virtual Method and speed up your game development process. Find this & other 物理エンジン options on the Unity Asset Store. assetstore.unity.com

デコレーター(Decorator)とは？ Decoratorパターンとは、既存のオブジェクトに対して、元の構造を変更せずに新しい機能を動的に追加するための デザインパターンです。 「装飾」という名前の由来 このパターンが「装飾」と呼ばれる理由は、まさにクリスマスツリーの装飾と同じ考え方だからです。 基本のツリー（元のオブジェクト）はそのままに、オーナメントやライト（機能）を自由に追加・取り外しできます。 元のオブジェクトを「装飾」するように、新しい振る舞いを重ね合わせていくのが特徴です。 継承との違い 従来の継承を使った機能拡張では、以下のような問題があります： 継承の問題点： クラスが増えすぎる（組み合わせ爆発） コンパイル時に機能が固定される 複数の機能を同時に適用するのが困難 Decoratorパターンの利点： 実行時に機能を追加・削除できる 複数のデコレータを自由に組み合わせ可能 既存コードの変更が不要 機能の組み合わせ順序も制御できる 基本構造 Decoratorパターンは以下の要素で構成されます： Component（コンポーネント）: 機能を定義するインターフェース ConcreteComponent（具体コンポーネント）: 基本機能を実装するクラス Decorator（デコレータ基底クラス）: 装飾機能の基底となるクラス ConcreteDecorator（具体デコレータ）: 実際の装飾機能を実装するクラス 使用する場面 以下のような状況でDecoratorパターンが有効です： 動的な機能追加が必要: 実行時に機能のON/OFFを切り替えたい 機能の組み合わせ: 複数の効果を重ね合わせたい（攻撃力UP + 防御力UP など） 既存コードの保護: 動作中のコードを変更せずに機能を拡張したい 設定による制御: 設定ファイルやユーザー選択により機能を変更したい