Denis Gaydak

а ведь если я не ошибаюсь переопределяет метод и для родителя тоже.

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

то текстура будет для всех мешей с такими установленными цифрами

Будет на всех объектах с данным материалом. Если вам нужно чтобы было индивидуально - клонируйте материал для каждого, но это дополнительный DrawCall, поэтому если у вас их тысячи - вы проиграете.

Выставить скейл в -1 по нужной оси.

Потому что сравнение string и сравнение object - это разные вещи.
String сравнивается посимвольно, как и должно быть, а у object сравниваются ссылки на экземпляры.

Переменные client и broker компилятор для оптимизации ссылает на один и тот же экземпляр string, поэтому сравнение их, как object, возвращает True. В случае же agent, создаётся новый экземпляр string (Format вызывает new string()), поэтому сравнение их, как object, возвращает False.

Кешируют обычно не спрайты, а геймобжекты целиком.
Делается контроллер кеша, который не используемые сейчас ГО выключает, но оставляет на сцене. Нужно создать новый объект - просите контроллер создать, а он смотрит - есть ли у него объект нужного типа или нет. Если есть - просто включает его. Если нет - создает стандартным Instantiate.
Чтобы не менять спрайт через код - можно сделать не 1 префаб, а по префабу на каждый тип элемента для вашей игры.

if (groupObjects[i] != obj)
                (groupObjects[i] as SelectableComponent).transform.position += (Vector3)v;

Вот эта проверка был некорректной. Я сравнивал ISelectable и IDraggable, из-за чего объект который я двигал изначально двигался дважды на один и тот же вектор.

Рациональнее выбрать не меньше 240
Для офисных задач там гарантированно хватает 120.
Если у вас куча софта, много документов в профиле - это все разрастается и не влазит в 100Гб.
В итоге пользоваться можно, но придется постоянно чистить диск, передвигать данные, это напрягает.
К тому же SSD это такая штука которую нельзя забивать под завязку, иначе он начнет тормозить.
И в любом случае - на системном разделе всегда должно быть свободное место хотя бы 50-60Гб - банально архив распаковать надо, он же будет сначала в Temp распаковываться, а у вас там места нет.

Ну вариант с коллайдерами ничего так.
На самом деле волшебной пули нет. В голову еще приходят варианты с проверкой экранных координат (Camera.main.WorldToScreen... и дальше проверяете если вышел за пределы экрана - телепортаете) при перемещении.
Сохранение скорости и направления - так оно то и не меняется при телепортации - при телепортации вы меняете только координаты. Хотя смотря как задана скорость и направление (по идее должен быть вектор относительно центра объекта).
ВОзвращать надо не в точку появления, а считать новые координаты относительно точки выхода за экран. Например, объект вышел за экран слева. Значит его координата по x меньше нуля (с поправкой на размер - хз где у вас центр). Соответственно делаем x равным длине экрана с поправкой на размер объекта, и все это переводим в мировые. В лоб решение выглядит как то так.

Если вам надо чтобы объект был "жопой слева мордой справа" - т.е. половинные состояния - то тут посложнее.

Замыкания! Информации куча.
Вот к примеру

2 самых простейших варианта:

public partial class Form1 : Form
{
	List<Label> Labels { get; }

	public Form1()
	{
		InitializeComponent();

		//1 Вариант: Коллекция со всеми нужными лейблами.

		//Обратите внимание, что используются сами КОНТРОЛЫ, а НЕ их ИМЕНА.
		Labels = new List<Label> { label1, label2, label3, label4, label5, label6, label7, label8, label9, label10, label11, label12, label13, label14, label15, label16 };

		Labels.ForEach(x => x.Visible = true);
		Labels.ForEach(x => x.Visible = false);

		//2 Вариант: Перебор ВСЕХ(!) контролов на форме.

		foreach (var item in Controls)
			if (item is Label)
				((Label)item).Visible = true;

		foreach (var item in Controls)
			if (item is Label)
				((Label)item).Visible = false;
	}
}

Брать дельту смещения указатели и добавлять ее к позиции картинки. А вы, судя по всему, просто присваиваете позицию указателя картинке.

Можно лерпить кватернион для нахождения промежуточных точек. Насчёт оптимальности пути ничего не скажу, но выглядит корректно. Сначала находите локальные координаты объектов, потом нормализуете их и получаете направление. Создаёте вращение от одного направления к другому и ступеньками его применяете для расчёта точек. Рисовать проще всего с помощью LineRenderer.

using UnityEngine;

public class LineExample : MonoBehaviour
{
    public LineRenderer lineRenderer;
    public Transform a;
    public Transform b;
    public float sphereRadius = 0.5f;
    public int positionCount = 10;

    private void Awake()
    {
        Vector3 aDirection = transform.InverseTransformPoint(a.position).normalized;
        Vector3 bDirection = transform.InverseTransformPoint(b.position).normalized;

        var fromRotation = Quaternion.identity;
        var toRotation = Quaternion.FromToRotation(aDirection, bDirection);

        lineRenderer.positionCount = positionCount;
        for (int i = 0; i < positionCount; i++)
        {
            float t = i/(positionCount - 1f);
            Quaternion rotation = Quaternion.Lerp(fromRotation, toRotation, t);
            Vector3 point = rotation*aDirection*sphereRadius;
            lineRenderer.SetPosition(i, point);
        }
    }
}

Судя по всему юнити...
Сохраняйте при потере фокуса - OnApplicationFocus. Мало ли что потом произойдет - телефон может банально сесть - тогда вообще никаких колбеков не будет.