Сталкивался ли кто с обфускацией сборки под ios?

ребята посоветуйте какую нить прогу пускай и платную которая по типу MyMobiler может на экран ПК выводить изображение с Андроида в реальном времени. MyMobiler старый уже и для его работы надо рутить телефон да и ещё не факт что заработает на телефонах не очень старых с большим разрешением экрана

а видео для суппорта надо писать )

ребята посоветуйте какую нить прогу пускай и платную которая по типу MyMobiler может на экран ПК выводить изображение с Андроида в реальном времени. MyMobiler старый уже и для его работы надо рутить телефон да и ещё не факт что заработает на телефонах не очень старых с большим разрешением экрана

Да тот же Vysor

Флешеров надо переманивать на Xamarin. А говнокодеры с Cordova пусть в RN идут)

Исследование рынка мобильных приложений – растут ли сторы, какой процент ненативных проектов, на чем их пишут. Спойлер – React Native никому не нужен. https://blog.appfigures.com/ios-developers-ship-less-apps-for-first-time/

Исследование рынка мобильных приложений – растут ли сторы, какой процент ненативных проектов, на чем их пишут. Спойлер – React Native никому не нужен. https://blog.appfigures.com/ios-developers-ship-less-apps-for-first-time/

хоть react native и на дне графика, но обделён хорошим словом – такой фанбоизм

помоему вообще не важно растет стор или нет, и количество юзеров неважно, важно только количество платежеспособных юзеров. На айоси их всегда было больше, ценовая политика ведет к тому что их девайсы покупают люди которые могут себе позволить потратится на ПО. Поэтому если уходить из замарина в нейтив то только в ios. Там средний чек на девелопера выше.

помоему вообще не важно растет стор или нет, и количество юзеров неважно, важно только количество платежеспособных юзеров. На айоси их всегда было больше, ценовая политика ведет к тому что их девайсы покупают люди которые могут себе позволить потратится на ПО. Поэтому если уходить из замарина в нейтив то только в ios. Там средний чек на девелопера выше.

ну жизнь и заработок приложения определяется не всегда количеством платеже-способных пользователей. В индустрии игр это так. Но ынтырпрайз это уже другие реалии. А ынтырпрайз сидит на Xamarin преимущественно

помоему вообще не важно растет стор или нет, и количество юзеров неважно, важно только количество платежеспособных юзеров. На айоси их всегда было больше, ценовая политика ведет к тому что их девайсы покупают люди которые могут себе позволить потратится на ПО. Поэтому если уходить из замарина в нейтив то только в ios. Там средний чек на девелопера выше.

А из нативки куда выгоднее?)))

ну жизнь и заработок приложения определяется не всегда количеством платеже-способных пользователей. В индустрии игр это так. Но ынтырпрайз это уже другие реалии. А ынтырпрайз сидит на Xamarin преимущественно

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

А из нативки куда выгоднее?)))

а я хз) яж не нативщик, только недавно начал изучать свифт)

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

Ну есть такие кто со своими консультантами приходит. Про этих людей я ничего не буду говорить))))

хотя мы вот на формах писали, все понравилось, пришлось парвда заморочится кое где с кастомными рендерарами, но для их задач замарин был реально дешевле и удобнее. Одно время мне пришлось писать b2c прилагос со сложным интерфейсом и только для айоса, на замарине. Потому что хотели замарин. Думали потом будет проще портировать, а по факту получилось что портировать можно процентов 20 кода, все сотальное пришлось бы писать снова. То чувство когда люди не могут правильно прмиенять технологический стек по назначению.

как вариант можно было изначально писать под iOS с каким-нибудь MvvmCross, например но если они не сказали, что хотят кроссплатформу изначально, а просто держали в уме, то печально

я писал на кроссе, там было не так много бизнеслогики, зато овердохрена кастомных аонтролов, графиков, анимаций, медиаплееры, динамические ячейки и прочее. Много UI кастомизации. Потом еще надо было подрубать нативные рекламные сдк, пришлось даже какой то враппер писать самостоятельно потому что там не было поддержки замарина или была не полная. Короче это был ад, с готовыми кокоаподс компонентами было бы быстрее и проще, но у них не было айосников. И сроки были очень сжатые. Вот где то тогда я решил, что надо бы поднять нативку, хотя бы под айфон, чтобы мочь в обе штуки если потребуется, да и работу всегда искать проще имея такой опыт.

Множество проблем они просто по неопытности. Для нормального ведения проекта на xamarin classic достаточно высокий порог вхождения.

Множество проблем они просто по неопытности. Для нормального ведения проекта на xamarin classic достаточно высокий порог вхождения.

На удивление - для Xamarin.Forms порог еще выше..

как вариант можно было изначально писать под iOS с каким-нибудь MvvmCross, например но если они не сказали, что хотят кроссплатформу изначально, а просто держали в уме, то печально

+1

так он так и начал же, там просто дофига свистелок и перделок было

так он так и начал же, там просто дофига свистелок и перделок было

имхо - такие приложения вообще лучше на чистом нативе писать, без xamarin

по всей видимости это стало понятно только в процессе

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

На удивление - для Xamarin.Forms порог еще выше..

это из-за его неизлечимых болезней

это из-за его неизлечимых болезней

Я бы скащал - из-за особенностей)

Я бы скащал - из-за особенностей)

я привык не сгаживать углы и называть вещи своими именами)

я привык не сгаживать углы и называть вещи своими именами)

ну те же рендереры это не болезнь, а особенность)

ну те же рендереры это не болезнь, а особенность)

Его баги это вредные бактерии, а рендеры это лейкоциты, которые призваны баги убирать, но организм на столько слаб, что лейкоциты не всегда справляются. Как такая аналогия?)

Его баги это вредные бактерии, а рендеры это лейкоциты, которые призваны баги убирать, но организм на столько слаб, что лейкоциты не всегда справляются. Как такая аналогия?)

Не совсем. Рендереры это всё таки не лейкоциты, а отдельный орган. В общем суть - для каждой цели свой инструмент

Не совсем. Рендереры это всё таки не лейкоциты, а отдельный орган. В общем суть - для каждой цели свой инструмент

this

последняя строка всмысле

Не совсем. Рендереры это всё таки не лейкоциты, а отдельный орган. В общем суть - для каждой цели свой инструмент

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

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

Знаю. Нужен свой форм с покером и примадоннами) А так фиксятся баги потихоньку..

Знаю. Нужен свой форм с покером и примадоннами) А так фиксятся баги потихоньку..

Таки завезли rtl, когда я почти доделал прогу на иврите -_-

Таки завезли rtl, когда я почти доделал прогу на иврите -_-

ага) Как обычно это бывает)

имхо - такие приложения вообще лучше на чистом нативе писать, без xamarin

так и есть, если идет сложный кастомный юи, и его дофига, то лучше писать на нативщине.

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

так сейчас все нативные библиотеки довольно просто подключаются к формам

и поды тоже

биндинг писать тот еще геморрой

А есть у кого опыт шаринга логики между Xamarin.Mac и UWP?

А есть у кого опыт шаринга логики между Xamarin.Mac и UWP?

бизнес логика и так обычно в отельных pcl/netstandard проектах

бизнес логика и так обычно в отельных pcl/netstandard проектах

или SharedProject

Коллеги, вопрос - ускоряется ли компиляция для XF iOS/Android после перехода на .netstanrdard2.0? У нас около 15 проектов в солюшене и 30 нугетов

Коллеги, вопрос - ускоряется ли компиляция для XF iOS/Android после перехода на .netstanrdard2.0? У нас около 15 проектов в солюшене и 30 нугетов

Скорее замедляло раньше. Но это смотря чем собирать.

Хм - отличные новости(

Коллеги, вопрос - ускоряется ли компиляция для XF iOS/Android после перехода на .netstanrdard2.0? У нас около 15 проектов в солюшене и 30 нугетов

Ну вот @ptytz недавно реквестил о том, что все ок на бенчах

Ну вот @ptytz недавно реквестил о том, что все ок на бенчах

я не про компиляцию, а про перфоманс. Не путай

я не про компиляцию, а про перфоманс. Не путай

А, да.

Те компиляция по времени останется +- как была?

Те компиляция по времени останется +- как была?

компиляция в целом тут в последнем обновлении замедлилась и не важно netstandart там или нет

Компиляция релиза, а не debug

В основном интересует дебаг - тк чаще используется

компиляция в целом тут в последнем обновлении замедлилась и не важно netstandart там или нет

Тестил на Classic и на XF, по сравнению с предыдущими только на XF стало побольше

В основном интересует дебаг - тк чаще используется

Ну тут сильно от железа зависит, конечно. Но все больше и больше Nuget переводят на NetStandart2, так что смотрите сами

Понял спасибо

Понял спасибо

Как бы если прям очень больно, попробуйте RAM Disk

ОК!

ОК!

Туда перенести папку Temp(admin +user) и сами файлы проекта

Спасибо - попробуем

Ну и SSD

Спасибо - попробуем

Советую SoftPerfect RamDisk 3.6.2

Больше года уже аптайма без проблем

Привет всем)) У меня возникла проблема. textview SetLineSpacing, которая вызывается у меня в рендере LineSpacingLabelRenderer : LabelRenderer, ничего не меняет, хотя рядом стоящая строчка this.Control.SetTextColor меняет цвет. В чем может быть проблема?

Привет всем)) У меня возникла проблема. textview SetLineSpacing, которая вызывается у меня в рендере LineSpacingLabelRenderer : LabelRenderer, ничего не меняет, хотя рядом стоящая строчка this.Control.SetTextColor меняет цвет. В чем может быть проблема?

https://stackoverflow.com/questions/28020087/android-linespacing-not-working?utm_medium=organic&utm_source=google_rich_qa&utm_campaign=google_rich_qa

как у tableview убрать серую полосу снизу?

как у tableview убрать серую полосу снизу?

Попробуйте установить Background

Попробуйте установить Background

Не помогло(

А то тут никакого стектрейса

Ф5 что бы вышло и В выводе посмотри

в выводе, а не в ошибках

output на инглише

Там русская

Там русская

Значит в "Вывод"

Кто скажет на 4.6 сборщик мусора с loh лучше работает, а то я думаю с pcl в net standart переводиться

hello developer, can u help me any socket plugin for xamarin form easy to use

Кто скажет на 4.6 сборщик мусора с loh лучше работает, а то я думаю с pcl в net standart переводиться

Это вопрос?

Да

Да

Знака вопроса не вижу, gc постарался?

Кто скажет на 4.6 сборщик мусора с loh лучше работает, а то я думаю с pcl в net standart переводиться

эм. А при чем тут Mono Runtime и его GC? GC как был так и остался и net standart вообще не при делах.

Во нет фреймворк 4.6 изменилась работа gc, изменилась ли она в моно под андройд?

Во нет фреймворк 4.6 изменилась работа gc, изменилась ли она в моно под андройд?

Фрамеворк и рантайм разные вещи, тебе выше сказали. Ссылку в студию, пожалуйста, откуда инфа по работе GC.

Во нет фреймворк 4.6 изменилась работа gc, изменилась ли она в моно под андройд?

Не изменилась потому что разные рантаймы, в дополнение ко всему к моновскому подключен по умолчанию tarjan GC который вроде не менялся очень давно. А даже если менялся то изменения явно не пересекаются с .net

Где документацию на сборку мусора в моно посмотреть?

Где документацию на сборку мусора в моно посмотреть?

Есть общие правила написания типов и архитектуры, чтобы не было проблем с GC, если их логика в порядке, то о GC можно не думать. У вас проблемы с уборкой?

Где документацию на сборку мусора в моно посмотреть?

ну первое что гуглится https://docs.microsoft.com/ru-ru/xamarin/android/internals/garbage-collection#GC_Bridge_Options

Есть общие правила написания типов и архитектуры, чтобы не было проблем с GC, если их логика в порядке, то о GC можно не думать. У вас проблемы с уборкой?

ну может ему тонко надо настроить GC. В принципе это реально.

ну может ему тонко надо настроить GC. В принципе это реально.

В принципе это может повлечь больше тормозов.

В принципе это может повлечь больше тормозов.

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

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

Давайте подумаем в каком месте работы приложения на мобилке может быть проблема с ОЗУ.

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

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

Память сразу не чистится, когда понадобится ещё, тогда и будет запись в ту область.

Давайте подумаем в каком месте работы приложения на мобилке может быть проблема с ОЗУ.

дело не в проблемах. Может я хочу на время отложить сборку мусора и не просто отложить её, а до того времени когда мне надо. Например приложение работает с кучей графики, в буффере есть история изменений а я все накидываю и накидываю изменения, фильтры там накладываю, рисую что-то итд - в эти моменты может вызываться GC и создавать тормоза в несколько фреймов, которых бы я хотел избежать. Логично было бы вызвать GC после таких операций. Ну и допустим тонко отстраивается GC, увеличивается максимальный nursery size или изменяется evacuation чтобы как раз решить эту задачу. Но опять же это все условно

У меня есть файл 300 мб я должен делить его на куски предварительно вгрузив и обработать, ну а потом записать его части, что бы это не тормозило при записи в файл который где-то 100 мб, лучше использовать параллельные библиотеки...