Comments 6
По-хорошему, такого в MainActivity достаточно…
но проблема далеко ведь не в этом (с Android) в случае с Forms version < 2.3.5. Проблема в количестве оберток ViewGroup (релиза без них еще нет стабильного), которые дают stackoverflow в случае большого количества вложенных layout. Причем только на некоторых девайсах :(
Вот это беда… понятно, что нечего nest'ить layout'ы, это зло, но всё же это единственная проблема (лично для меня) c Forms, которая мне портит настроение (и работу ровно на одном проект и одном из 10 тестовых девайсов).
public override void OnTrimMemory([GeneratedEnum] TrimMemory level)
{
ImageService.Instance.InvalidateMemoryCache(); // ffImageLoading package
// block before base implementation - when use in navigation it maybe non-blocking
GC.Collect(GC.MaxGeneration, GCCollectionMode.Forced, blocking: true);
base.OnTrimMemory(level);
}
но проблема далеко ведь не в этом (с Android) в случае с Forms version < 2.3.5. Проблема в количестве оберток ViewGroup (релиза без них еще нет стабильного), которые дают stackoverflow в случае большого количества вложенных layout. Причем только на некоторых девайсах :(
Вот это беда… понятно, что нечего nest'ить layout'ы, это зло, но всё же это единственная проблема (лично для меня) c Forms, которая мне портит настроение (и работу ровно на одном проект и одном из 10 тестовых девайсов).
Интересная статья. Вообще Xamarin сначала подкупает своей простотой и C#-ом, но затем приходит понимание, что уровень абстракции слишком высокий и существует ряд проблем, которые невероятно трудно зарезолвить качественно.
Спасибо, очень доступно, познавательно и полезно.
Вот бы еще почитать подобный материал про борьбу с весом приложения
Вот бы еще почитать подобный материал про борьбу с весом приложения
Sign up to leave a comment.
Оптимизация использования памяти в Xamarin приложениях