Уже на подходе Unity 2018, а ещё в текущей 2017 версии добавили возможность симуляции физики.

Т. е. можно, буквально, посмотреть как и где будут объекты через определенное количество шагов, симулировал все перемещения, столкновения и т. п.

Лучше один раз увидеть, как говорится:

Вообще, это открывает много интересных возможностей. Жаль, что вызов Physics.Simulate можно делать только в основном потоке :(

Обычная линейная интерполяция, но вместо двух точек на входе массив из Vector3. Таким образом можно плавно двигать объект по множеству точек.

Ещё, можно передавать в функцию массив с продолжительностью каждого шага, если необходимо, чтобы объект двигался с разной скоростью от точки к точке.

Если же нужно, чтобы объект пробегал по всем точкам за заданное время, то функцию надо немного поменять и сначала посчитать расстояние между всеми точками.

public IEnumerator Move (Vector3[] positions, float time) {
	for (int i = 0; i < positions.Length; i++) {
		Vector3 startPosition = transform.position;
		float t = 0f;
		while (t < 1) {
			t += Time.deltaTime / time;
			transform.position = Vector3.Lerp (startPosition, positions[i], t);
			yield return null;
		}
		transform.position = positions[i];
	}
}
...
Vector3[] positionsArray = { new Vector3 (10f, 10f, 0f), new Vector3 (20f, 20f, 0f), ... };
StartCoroutine (positionsArray, 1f);

Это если не хочется из-за одной функции тянуть левую библиотеку в проект :) А так, DOTween решает наверно все задачи связанные с анимацией объекта.

Сначала TextMeshPro и Anima2D. И вот ProBuilder теперь часть Unity. Доступен бесплатно во всех редакциях. Polybrush и ProGrids тоже!

Unity скупает ассеты которые себя зарекомендовали и делает их часть движка. Это круто.

Не работав раньше с такими инструментами, но скачав и потестировав, хочу сказать — это отличный инструмент для прототипирования! Быстрый и удобный.

Немного подробнее с гифками, в блоге Unity: https://blogs.unity3d.com/ru/2018/02/15/probuilder-joins-unity-offering-integrated-in-editor-advanced-level-design/

Почти все последние игры-хиты — многопользовательские. Ведь играть с живыми игроками всегда интереснее — это факт. Но сделать многопользовательскую игру намного сложнее, это тоже очевидно. Мало того, что меняется вся архитектура самого клиента-игры, ещё потребуется сервер, если это онлайн игра. Про некоторые движки онлайн игр, я уже писал.

Также при создании онлайн игры надо будет решить кучу важных моментов: протокол, регистрация и синхронизация игроков, защита от читеров и ботов, лаги, пинг, предсказание, и т. д. И это всё надо учесть как на сервере, так и на клиенте. Да, уже есть готовые фреймворки и онлайн сервисы, где всё это реализовано с примерами клиентов на разных языках и платформах. И в некоторых статьях про это тоже есть.

Ниже небольшая подборка статей и видео, которые ввели меня в курс дела и теперь почти на все эти вопросы, я нашёл ответы.

• https://habrahabr.ru/post/302394/
• http://www.ant-karlov.ru/PlayerIO-vvedenie.html
• https://www.youtube.com/watch?v=AdfUw0Ouqyc
• http://devby.ru/blog/photon_server/
• https://habrahabr.ru/post/316706/
• https://frontender.info/building-multiplayer-games-with-node-js-and-socket-io/
• https://gafferongames.com
• http://buildnewgames.com/real-time-multiplayer/
• https://www.raywenderlich.com/86040/creating-cross-platform-multiplayer-game-unity-part-1
• https://hackernoon.com/how-to-build-a-multiplayer-browser-game-4a793818c29b
• https://code.tutsplus.com/tutorials/create-a-multiplayer-pirate-shooter-game-in-your-browser--cms-23311
• https://www.youtube.com/watch?v=UK57qdq_lak&list=PLPV2KyIb3jR5PhGqsO7G4PsbEC_Al-kPZ
• http://blog.theknightsofunity.com/turn-based-multiplayer-game-gamesparks-unity-1/

Как вы комментируете свой код?
Или так: вы комментируете свой код? :)

В своих Unity проектах я использую XML документацию. Это позволяет редактору кода или IDE использовать IntelliSense — всплывающие подсказки, автодополнение кода и т. п.

Для Visual Studio Code есть плагин в маркете C# XML Documentation Comments. Достаточно написать /// (три слеша) и плагин сгенерирует комментарий в нужном формате. Это удобно, это правильно, так надо делать :) В смысле, комментировать код.

Потом, с помощью таких XML комментариев можно сгенерировать документацию всего проекта. Например, с помощью Doxygen. Скармливаем Doxygen папку со скриптами и на выходе получаем что-то такое:

HTML документация

В этом примере, я собрал сразу два интересных момента:

1. как сделать размытый фон
2. как использовать сразу 2 камеры

Для чего это может понадобиться? Например, чтобы одна камера была для игры, с настроенными пост эффектами, другая для интерфейса. Или чтобы сделать вот такой эффект размытия. В общем-то, можно и 3 камеры использовать. Зависит от потребностей и фантазии...

Фокус в том, чтобы настроить камеру на рендер только нужного слоя.
Как было сделано в этом примере:

• Объекты или контейнер которые должны быть размыты, находятся в слое Blur
• Blur camera рендерит только слой Blur (Culling Mask)
• Для Main camera этот слой отключён, стоит флаг Depth only и глубина больше, чем у Blur camera
• Ну и на Blur camera висит собственно скрипт размытия

По такому же принципу можно одновременно и 3 камеры сделать. Если потребуется.

Исходник на Github

Автор приводит пример, как он решил вопрос с обработкой onActivityResult в андроидах плагинах для Unity. Создаёт отдельный активити, там перехватывает и завершает. Норм решение.

Ещё можно сделать специальный плагин который будет наследоваться от UnityPlayerActivity и прописать его в манифесте, чтобы он запускался первым. Там тоже можно переопределить onActivityResult.

Ну и ещё как вариант, запускать во фрагменте (fragment) и обрабатывать там.

Доклад Валентина Симонова с DevGAMM Conference про ECS, C# Job System в Unity. Это тоже, что было на конференции Unite, только на русском :)