Эта статья предназначена для тех пользователей unity3d, что уже хорошо знакомы с самим движком, но ещё не обладают достаточной собственной базой знаний для того, чтобы писать без дополнительного сёрфинга по интернету, с целью поиска возникающих иногда фундаментальных вопросов. Чтобы сократить некоторым время на ресёч, расскажу несколько важных фишек, которые необходимо знать каждому unity программисту. Если у Вас возникают вопросы: как сделать чтобы у Вас не тормозило на чём-то послабее iPad 3, или Вы не знаете как удобно работать со спрайтами, как заставить музыку не прерываться при загрузке, или как обойти максимальный допустимый размер под android (50 мегабайт) и так далее, возможно Вы найдёте ответ в этой статье.
Статья затрагивает лишь проблемы мобильной разработки (IOS, Android). Все примеры только на C#.
Автор статьи не претендует на абсолютную категоричность и правильность предложенных решений.
Основы основ
1) Обязательно почитайте рекомендации от разработчиков Unity, как писать оптимальные с точки зрения производительности скрипты.
2) Лучше всего создать класс, прямой наследник от MonoBehaviour, который реализует кеширование transform и остальных подобных свойств MonoBehavior, все основные скрипты наследовать от него:
public class Qwant : MonoBehaviour {
private Transform _qwantTransform = null;
public Transform qwantTransform {
get {
if (_qwantTransform == null) {
_qwantTransform = transform;
}
return _qwantTransform;
}
protected set {
_qwantTransform = value;
}
}
}
3) Используйте для хранения глобальных параметров своей игры статический класс со статическими методами и полями (если конечно данные не должны быть сохранены при закрытии игры, тогда пользуйте PlayerPrefs) но такой объект должен быть всего один, не увлекайтесь. Храните в нем только такие глобальные вещи, как текущее состояние игры (игра на паузе; мы в меню; cписок доступных пёрхейзов с их ценами, полученный с сервера и т.п.)
4) Всегда используйте (даже если ваша игра вся в 2D) две камеры одну для игровых объектов, другую для GUI, указывайте у GUI-элементов необходимый слой (слой GUI камеры и будет Вам счастье) Конечно это не касается случаев меню, где и одной камеры предостаточно.
5) Если Вы хотите, чтобы ваш GUI под iPad выглядел не размытым а так же на всех устройствах одинаковым, Вы не хотите его ресайзить в зависимости от размеров экрана, сделайте для GUI камеры size — 1,59. Спокойно верстайте всё под размер iPad2, на других устройствах всё будет отмасштабировано само.
6) Если необходимо перетащить несколько объектов в список другого объекта, и не хочется перетаскивать их по одному, можно зафиксировать объект, отображаемый в инспекторе, нажав на замочек в правом верхнем углу (на предыдущей картинке его тоже можно заметить).
Работа с 2d спрайтами (плагин tk2d)
В Unity3d для работы с 2d спрайтами нет практически никаких инструментов. Создать текстурную карту без использования плагинов Вы не сможете, да и писать спрайтовую анимацию Вам придется самостоятельно (в 4 unity это дело немного поправили). Для работы со спрайтами лучше всего использовать плагин tk2d. Плагин на момент написания статьи стоил 65$, и, на мой взгляд, отрабатывает их на все 100%. Плагин позволяет:
Создавать текстурные карты различного размера (при этом позволяет разрезать исходные текстуры так, что они влезут);
создавать спрайтовые анимации;
работать с текстурным шрифтом;
tk2dCamera? (Не разу не пользовался, но разработчики плагина рекомендуют, наверно действительно стоящая вещь!);
снабжён достаточно толковой документацией и туториалами.
За достаточно долгое и плотное использование плагина не было замечено ни одного бага.
В завершении хочу приложить код скрипта, который растягивает tk2d спрайт на весь экран без искажения, быть может, на первый взгляд и сложноват для решаемой задачи, но проверено работает всегда.
Пример: PlaneResizer.cs
Графический текст
Какая же игра без красивого шрифта? Для создания красивого графического текста лучше всего использовать Glyph Designer, работает только под Mac, платная, но зато удобная. Имеется как минимум два бесплатных аналога, работающие под Windows, но по-настоящему красивый текст в них Вы не получите.
Программы по созданию графических шрифтов создадут xml и текстурную карту, используйте их в tk2d или в бесплатном EZ GUI.
Pool объектов
Одна из проблем, с которой можно столкнуться при написании игры – это большая дороговизна операции создания объекта, т. е. дороговизна операции Instantiate. Для решения этой проблемы для начала можно воспользоваться CoRoutine’ом, но если на мобильном устройстве тормозит даже создание одного объекта, тогда необходимо использовать порождающий паттерн проектирования Объектный пулл.
Таким образом можно избавиться от лагов при создании объектов, и все их можно инстанциировать при загрузке уровня. Нужный объект очень удобно искать и получать по полю name.
Это единственный способ борьбы с лагами при написании игры с динамически генерируемым уровнем, например, при написании раннера.
Quality Levels
Мобильные устройства – очень разные по разрешению, но всегда хочется добиться, чтобы игра работала с хорошей производительностью на всех устройствах. Готовить несколько различных билдов для различных устройств (4 apk для android и 2 билда для iOS) абсолютно необязательно.
Сначала правильно настройте Quality уровни в игре (Edit->Project settings->Quality):
В unity3d есть замечательная возможность переключать Quality прямо на этапе запуска приложения.
Таким образом: необходимо создать нужные нам Quality Levels, и написать небольшой скрипт, который можно повесить на пред загрузочную сцену. Этот скрипт будет переключать качество, в соответствии с любыми нашими условиями.
Например, можно менять качество текстур от Full Res до Quarter Res. Из всех функций и свойств нам могут понадобиться, только:
QualitySettings.names;
QualitySettings.SetQualityLevel (int).
Пример такого скрипта: CorrectQuality.cs
DontDestroyOnLoad объекты и бесконечная музыка
Если необходимо, чтобы главная тема приложения проигрывалась беспрерывно, даже при перезагрузке из одной сцену в другую необходимо использовать DontDestroyOnLoad (gameObject);
Т. е. объект с нашей музыкой не удаляется никогда. Важно учесть, чтобы таких наших неудаляемых объектов не получилось в результате несколько. Для этого целесообразно использовать паттерн программирования Singleton.
Таким же образом организуются и другие не удаляемые объекты.
Пример такого скрипта: Music.cs
TouchDispatcher
События touch – есть разделяемый ресурс. Для удобного использования необходимо написать некий контроллер, который будет раздавать получаемые события между обрабатывающими их объектами.
На мой личный взгляд очень удобно это организованно в cocos2d/x, за основу и была взята предложенная этим игровым движком концепция:
1) есть интерфейс, содержащий обработку 4 стандартных функций touch событий: TouchBegan, TouchMoved, TouchCancelled, TouchEnd. Если объект отлавливает touch события, он реализует этот интерфейс.
2) Есть класс TouchDispatcher – класс, управляющий и делегирующий события.
Для удобства тестирования необходимо, чтобы не было разницы между мышкой и пальцем, всё-таки компилировать под устройство – долго. Также надо учесть следующее:
a) возможность использования multitouch
b) захватывает(swallow) объект touch событие или нет
c) приоритет объектов
d) добавление объекта в список делегатов
e) удаление объекта из списка делегатов
После написания такого простенького класса, работа с touch становится очень удобной, простой и ясной. Полученный скрипт вешается на GameObject, который помещается в корень сцены, например под именем SharedTouchDispatcher. Скрипт реализующий интерфейс делегата, ищет наш TouchDispatcher посредством GameObject.Find(“/SharedTouchDispatcher”).
Пример: TouchDispatcher.cs, TouchTargetedDelegate.cs
AccelerometerDispatcher
Всё что, написано выше для TouchDispather’а справедливо и для аккселерометра, с одним лишь исключением: аккселерометр у устройсва всегда только один, а значит, и код реализующего контроллера немного проще.
Есть только одна особенность, про которую нельзя забывать, при работе с акселерометром: если устройство перевёрнуто вверх ногами: PortraitUpsideDown или LandscapeRight, нельзя забывать, что меняются значения по оси x или y, соответственно. Мы получим обратно-ориентированное управление, не учтя это.
Пример: AccelerometerDispatcher.cs, AccelerometerTargetedDelegate.cs
Проверка попадания точки в concave полигон
Одна из самых распространённых задач компьютерной графики. Если коротко: точка находится внутри невыпуклого полигона, если луч, направленный в любую сторону пересекает края полигона нечётное количество раз.
Сам алгоритм можно легко найти в интернете.
Я рассматриваю эту задачу сейчас в контексте попадания touch в объект GUI (Конечно, можно всё делать проверкой попадания луча в collider, но, на мой взгляд, для 2D объектов лучше использовать предложенный ниже способ).
Для простых кнопок можно использовать обычные прямоугольники и touchZone.Contains(position);. Но если объекты – сложной формы, и перекрывают друг друга – этого будет недостаточно.
Координаты обводки – полигона нашей условной кнопки можно взять из VertexHelper, к сожалению, не знаю ничего лучше и ничего для windows.
В результате мы получим координаты относительно центра нашего 2D объекта, что нам и нужно.
Полученную строку легко загнать в наш обрабатывающий скрипт, и распарсить на массив точек:
private void ParsePath(){
//получили массив пути
char []separator={',','n'};
string []numbers=pathTouch.Split(separator);
Path= new Vector2[numbers.Length/2];
for (int i=0;i+1<numbers.Length;i+=2){
Path[i/2]=new Vector2(float.Parse(numbers[i],NumberStyles.Currency),float.Parse(numbers[i+1],NumberStyles.Currency));
}
}
Таким образом, осталось только реализовать алгоритм поиска пересечения прямых.
Пример реализации: Crossing.cs
Также прилагается макет класса, реализующий интерфейс делегата touch событий, и проверяющий попадания пальца в обводку.
Пример: SpriteTouch.cs
Догрузка уровней из интернета WWW
Если у Вас возникла необходимость догрузить часть уровней из интернета после установки игры, то WWW.LoadFromCacheOrDownload – Ваш лучший друг. Но он работает только в Unity Pro.
Загружать можно только специально подготовленные сцены, создавать такие можно при помощи
BuildPipeline.BuildStreamedSceneAssetBundle. Честно говоря под Unity 3.5.2 довольно глючно работало под IOS, но я думаю с тех времён это дело поправили.
В документации Unity подробно и исчерпывающе описан весь процесс организации загрузки уровней из сети.
Заключение
Надеюсь кому-то предложенная статья будет полезной, и поможет сэкономить немного времени.
Почти всё из описанного выше, было использовано здесь:
