Mecanimでアニメーションを付けつつ、一部のパーツをスクリプトで制御したいときにちょっとはまりました。スクリプトで制御しても動かない。。
なかなか情報が見つからなかったけど、3Dモデルのアニメーション後の情報は LateUpdate() にて取得できるので、そこで無理やり動かせば動きを制御できるとの情報をゲット。DOTweenで言えば SetUpdate(UpdateType.Late) を使えばOK！でも動きが終わるともとの3Dのアニメーションに戻るのでこれで対応できることは少ないかも。。。
Continue…

Unityでのオイラー角

スクリプトとInspectorの角度が一致しないと思ったら、Unity内ではオブジェクトの傾きはQuaternionで保持しているので、0-360度の範囲を超える情報というのを持っていないようです。
UnityのマニュアルのUnityの回転と向きによると、365度と入れた場合は、5度に置き換わるため、360度+5度という情報は消えてしまうようです。

DOTweenでの回転方向

なぜかDOTweenを使って、DORotateQuaternionをした際に、45と45±360を入れた際に回転方向が逆になった。上記でいうと、360ずらしたものは同じはずなので、向きなどないような気もするけど、、、
Quaternionが複雑なのでどの場合でもこれができるのかはわからないけど、とりあえず回転方向を変えたい場合は360度ずらした数値を入れるとできました。
回転する際には1度角度を0-360の範囲で再設定したほうがいいかもしれません。

DOTweenでの複数回回転

複数回回転するには、720度などと入れても2回転はしません。
そこで、SetLooks(int)とRotateMode.FastBeyond360をつかって、やろうと思いましたが、DORotateで回すと意図しない回り方をすることがあります。
なので、OnCompleteに回転するメソッドを再度呼び出し任意の回数をしたところで抜けるようにしました。

TweenCallback RoundAction = null;
float startRotateAngleX = trans.localEulerAngles.x;

RoundAction = () => {
	if (++count > 4) return;

	startRotateAngleX += 180f;
	trans.DOLocalRotateQuaternion(Quaternion.AngleAxis(startRotateAngleX, Vector3.right), 0.15f).SetEase(Ease.Linear).OnComplete(RoundAction);
};

RoundAction();

ん〜、これだとイージングがLinerでないと変だし、一瞬止まるのでなんかもっといい方法があるような気がします。。。

ときどきアセットバンドルの書き出しがおかしく、表示がごちゃごちゃに崩れることがある。
おそらく、アセットバンドルのリソースが更新されているにもかかわらず、アプリ側のリソースの使い方が更新されていないような感じで、画面がグチャグチャになる。
iOSでよく起こるけど、大概Unityから再度Xcodeプロジェクトを書き出すと直る。
それでもダメな場合は、Unityを再起動。
わりと頻繁に起こるんだけど、僕だけ？

低スペックの端末(Android)でuGUIのテクスチャ素材が多いため落ちる現象が起きました。
本来であればデザイン素材の見直しや、オブジェクトのロード、破棄するタイミングから見直しをするべきなのですが、どうしても時間がなく、テストフェーズも終わってしまったので下記のような対応をしてみた記録。。。

まずはたくさん使われているuGUIのテクスチャのインポートセッティング。

パッキングタグを設定しつつ、Max Sizeでそのテクスチャのサイズを小さくなるように設定。
本来、パッキングタグをつけてしまえば同じパッキングタグ同士がアトラス化され、2のべき乗のサイズになるので、Max Sizeを触る意味はないのですが、直接画像の解像度を変更するのはちょっとイヤなので、、、ここで無理やりサイズ調整。
サイズ調整できるのは2のべき乗なので、あまり小さくなってしまうものはサイズを変えず、うまく小さくできそうなものだけ変更。

そして、Sprite Packerにてすべての画像を確認し、余白が大きいアトラスがあれば頑張ってサイズが小さくなるように、素材を1つ1つ調整。
逆に、いくらMax Sizeを小さくしてもアトラスが小さくならないものは意味がない。
あまり良くない方法ですが、、、緊急対応ということで。

3D空間のタッチやフリックなどのジェスチャーに便利なTouchScriptで、部分的にタッチやジェスチャーを判定する領域を制限したかったので調べてみた。
どの空間(レイヤー)でジェスチャーをジャッジするかというのが、TouchScript.Layersパッケージにあって、主に

この4つ。
CameraLayerはRayを飛ばして、3D空間のオブジェクトにヒットしているかの判定をする。
CameraLayer2Dは2Dアプリ用。
FullscreenLayerは画面にタッチしてれば当たり判定が入る。
UILayerはuGUIのSpriteに対してヒットすれば判定が入る。

タッチ領域の制限にはLayer Maskというプロパティがあるので、これをつかってもできるかも？？ですが、今回はUILayerを使うことに。

こんな感じでUILayerのGameObjectか、その下の階層にImageなどを配置してやるとその範囲でジェスチャーを拾ってくれる。
(*追記17.01.19 : UILayerはこの画像の構造だと動かなくなったので、Canvasなど上のGameObjectに当てた方がいいっぽい）
ちなみにTapGestureをFlickGestureの上に置いてしまうと、先に判定が入ってしまいフリックが拾いづらいので注意。
あとはこんな風に自作のコンポーネントのGestureControllerにてジェスチャーを登録すれば完了。

/// <summary>
/// ジェスチャー判断用。
/// </summary>
[SerializeField]
FlickGesture flickGesture;
[SerializeField]
TapGesture tapGesture;

/// <summary>
/// OnEnable.
/// </summary>
void OnEnable() {
	this.flickGesture.Flicked += this.OnFlicked;
	this.tapGesture.Tapped += this.OnTapped;
}

/// <summary>
/// OnDisable.
/// </summary>
void OnDisable() {
	this.flickGesture.Flicked -= this.OnFlicked;
	this.tapGesture.Tapped -= this.OnTapped;
}

staticプロパティを文字列から取得する方法がわからなかったので調べてみた。
ついでに、文字列でオブジェクトのプロパティの取り出しとメソッドの実行も。

class TestClass {
	public static string StaticPropName = "StaticValue";
	public int propName = 100;
	public string TestFunc(int num) {
		return "TestFuncValue : " + num;
	}
}

TestClass test = new TestClass();
Type testType = test.GetType();
print(testType.GetField("propName").GetValue(test));
// 出力 : 100

print(testType.GetMethod("TestFunc").Invoke(test, new object[]{ 777 }));
// 出力 : TestFuncValue : 777

Type typeOfTestClass = typeof(TestClass);
print(typeOfTestClass.GetField("StaticPropName").GetValue(typeOfTestClass));
// 出力 : StaticValue

いまさらながらですがCanvasGroup。
いままで、alphaが下層のImageとか(CanvasRendere)に影響して、まとめて透過させることは使ってたけど、interactableも便利。

下層のボタンとか(Selectable)のUIパーツを一気に操作不可にしてくれる。
もちろん、Buttonなどの個別のinteractableは保持しつつ、上層の設定値を優先してくれる。
各UIパーツからは、IsInteractable()メソッドにて上層の設定を含めたものが取得可能。

using UnityEngine;
using UnityEngine.UI;

/// <summary>
/// ボタンのinteractableの情報表示。
/// </summary>
public class ButtonInteractableStatus : MonoBehaviour {
	/// <summary>
	/// ステータス表示のText。
	/// </summary>
	[SerializeField]
	Text statusTxt;

	/// <summary>
	/// Button.
	/// </summary>
	Button button;

	/// <summary>
	/// Start.
	/// </summary>
	void Start() {
		this.button = this.GetComponent<Button>();
	}

	/// <summary>
	/// Update.
	/// </summary>
	void Update() {
		this.statusTxt.text = "interactable : " + this.button.interactable + "\n"
			+ "IsInteractable : " + this.button.IsInteractable();
	}
}

Invokeを使うと指定秒後に指定のメソッドが実行できて便利。
でも引数が文字列なので、それが嫌な場合は

((Action)MethodName).Method.Name

で取得できる。
しかもInvokeはそのGameObjectが破棄されると自動で呼び出しも終わる。
簡易的に遅延させたい場合は便利。

参考）
いんでぃーづ | Invoke , Coroutine , SendMessage で文字列を使わない方法
Qiita | 【Unity】スクリプトの処理の実行タイミングを操作する

using UnityEngine;
using System;

/// <summary>
/// Invokeのテスト。
/// </summary>
public class InvokeTest : MonoBehaviour {
	/// <summary>
	/// Start.
	/// </summary>
	void Start() {
		this.InvokeMethod();
	}

	/// <summary>
	/// Invokeテスト。
	/// </summary>
	void InvokeMethod() {
		print("InvokeMethod called.");
		Invoke(((Action)this.InvokeMethod).Method.Name, 3f);
	}
}

アセットバンドルを使った場合の容量不足について軽く試してみた。
予想としてはIOExceptionが発生するかと思っていた。実際試してみると、アセットバンドルの形式やサイズなどにもよるかもしれないけどどうやら容量が足りない場合もメモリ上(?)にて展開されているようでとくにエラーは出ず、DLが終わり通常通り処理が続く。
当然保存されていないので、アプリを落とすと次の起動の際に再度DLされる。
AssetBundleManagerを使っている場合は、指定のアセットを取り出す際にAssetBundleManager.m_DownloadingErrorsに“{0} is not a valid asset bundle.”というエラーが格納される。
あるべきはずアセットがないのはアセットが正しく保存されていない（おそらく容量が足りていない）という考えで、その際に容量不足のエラーを出すようにした。

アセットバンドルではなく、通常のファイルをDLする場合や圧縮ファイルを解凍する場合に容量が足りない場合にはIOExceptionが発生するようで、その際に容量不足のエラーを出した。

以前ここで書いたキャッシュファイルの削除について実際に、アセットバンドルを更新することがあったので具体的な補足。

AssetBundleManagerを使っているとアセットバンドルを更新すると自動的に新たなアセットバンドルをDLしてくれる。
ただし、以前のアセットバンドルが削除されるわけではなくて、別のアセットバンドルとして保存される。
でも、本当は以前のものは使わないので削除してほしい、、、
こちらのサイトでも言及されているけど、アセットバンドルを削除するのはすこし厄介なので、maximumAvailableDiskSpaceを設定した方が簡単。
以下の行程で挙動を確認し最大キャッシュ容量を設定し、以前のアセットバンドルが消えることを確認した。

Continue…