Когда вы получили IntPtr на нативный Android объект, то GC может в какой-то момент почистить её (скорей всего, после выхода из локального скопа). Из-за того, что я одну ссылка не сохранил, дебажил код много часов, чтоб причину крашей найти.

Ещё хуже то, что стектрейс при краше никак не помогает.

Продолжить чтение

Хорошо, когда вы знаете конкретный класс, который возвращает метод. Но что делать, если метод, к примеру getApplicationContext, возвращает абстрактный тип?

Пока что единственным вариантом вижу получения имени класса у полученного объекта, потом на основании этого имени нахожу соответствующий C# класс.

Если брать всё тот же метод context.getApplicationContext(), то вот этим методом можно инстанциировать соответствующий класс:

public Object ObjectCallAutoResolve(string name, params object[] args) {
IntPtr value = ObjectCall(name, GetClass().Replace('.', '/'), args);
if (value == IntPtr.Zero)
return null;
var clsname = new Object(value).GetClass().GetName();
var t = GetCsharpClass(clsname);
if (t == null)
return null;
ConstructorInfo c = t.GetConstructor(new[] { value.GetType() });
if (c != null) {
return (Object) c.Invoke(new object[] { value });
}
else {
DebugPrint("Can't instantiate class, probably no constructor with IntPtr arg");
}
return null;
}

Но да, приходится создавать пару лишних вспомогательный объектов, чтоб через них вызвать getClass().getName(), потом найти C# имя класса и инстанциировать его.

Продолжить чтение

Многим приходится работать с Java sdk из Unity3d либо используя самописные плагины, либо, если достаточно базовых возможностей sdk, с помощью юнитишных классов AndroidJavaClass и AndroidJavaObject.

Кто работал с этими классами знает, насколько ужасно выглядит код. Меня это тоже достало и решил для текущего проекта небольшую библиотеку сделать. Чуток причесал и залил на гитхаб.

Продолжить чтение