Pull to refresh

Comments 10

Абсолютно бесполезная штука. Читаем документацию и пилим менеджер с парой методов через WWW в сотню строк на чистом шарпе: никакого нейтива, работает абсолютно везде. Единственная особенность — в GA админке новый трекинг нужно создавать как «веб-приложение».
У меня есть небольшое подозрение (именно подозрение, с пакетом Google Analytics я не работал), что пакет помогает собирать аналитику даже в моменты отключения девайса от сети, и потом всё вместе скопом отправлять на сервер. По крайней мере такая фича присутствует в большинстве других решений для аналитики на мобильных устройствах (в том числе для Unity).

В случае использования прямых запросов к серверу, как в вашем случае, девайсы без постоянного интернет соединения будут давать небольшие провалы в аналитике.

— Погуглил вопрос, так и есть:
• Automatic caching of analytics hits when user is offline and throttled sending of cached hits in the background.

— UPD ссылка
source
Ну я привел простейший пример, как это может быть реализовано и будет работать абсолютно на всех платформах, поддерживаемых юнити (даже samsung tv или webplayer). Кеширование тоже можно прикрутить, небольшое локальное хранилище тоже обеспечивается средствами юнити. Основной посыл — не нужно использовать native и иметь боль с поддержкой / апдейтом, если то же самое можно получить штатными средствами.
С этой частью вашего утверждения (использование нативного когда там, где можно обойтись сухим C#) я полностью согласен.

Но вот с «абсолютно бесполезная штука» — не очень. Потому что цели у всех разные — возможно автор статьи и не задумывался о samsung TV или web player и нашел готовый плагин для своих целей. Я не по наслышке знаю про этот огромный соблазн — написать свою систему / плагин / тулзу. Иногда нужно уметь ограничиваться готовыми, уже сделанными кем-то вещами, которые подходят под текущие задачи.
Потому и выбрал эту стандартную вещь от гугла, больше мне никаких платформ не нужно было, а важна была скорость. Написать свое решение это всегда приятно, но тут я все встроил максимум за полчаса, что с собственным решением было бы совсем не так. Тут уж как кому хочется, я лишь показал простой способ, но никто не запрещает пойти по сложному.
Я не по наслышке знаю про этот огромный соблазн — написать свою систему / плагин / тулзу

А что насчет саппорта? Потому что стоимость интеграции ничего не стоит в отличие от дальнейшей поддержки. Автор нейтивного плагина может бросить его в любой момент — кто будет разбираться? А по приведенному выше линку — GET запросы с нужной информацией, проще просто некуда.
Вот с этой стороны проблем не будет, плагин официально поддерживает сам Google
У facebook тоже есть официальная «поддержка» юнити — ничего хуже не встречал. В результате все используют корректно работающие плагины сторонних разработчиков :) Для авторизации через социалки вообще ушли от любых нейтивных плагинов и пользуем только интеграцию WebView — дальше все идет через веб на своем сервере по OAuth2. Неимоверно полегчало — возможна интеграция любой социалки, поддерживающейся в passport.js.
Но тут плагин прекрасно работает, если баги и встречаются, то незначительные, а плагином от fb пользовался, согласен, хотелось забиться в угол от такого.
Первое наперво что нужно сделать, это скачать из репозитория наш плагин и вот что мы видим:

А ссылочку в статье дать поленились?
Sign up to leave a comment.

Articles