Провайдеры типов - вот что вам нужно!)

Это те, про которые эфшарперам советуют ни при каких обстоятельствах не использовать?

и на изи сменить бд, ведь бизнес он штука тонкая, ему плевать на твою архитектуру

ну, не особо-то оно и нужно

Ага, сейчас. Мне потребовалось сразу.

и на изи сменить бд, ведь бизнес он штука тонкая, ему плевать на твою архитектуру

linq2db

Почему-то M$ делает ставку на UWP, я не очень понимаю зачем, ибо это мусор

Классная тема. Вот только потребителей 1% от всех)

Классная тема. Вот только потребителей 1% от всех)

Они даже туда хотрелоад завезли

да, по сути-то оно реально там

Это те, про которые эфшарперам советуют ни при каких обстоятельствах не использовать?

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

треть мила до сих пор на ХП сидит

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

Тут я думаю не надо даже доказывать можно посмотреть кто коммитил в fsharp.data

БД - живая нужна или схемы достаточно?

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

Типа UWP это красиво и классно да, но вот профита от него нет) Главное что-бы хотя-бы не убили, как WinPhone'ы.

Опять же f# же для более широкого использования. Для анализа данных провайдеры типов это вообще счастье. А для других задач не всегда удобно

Сбер для бизнеса/Тинькофф/ivi_ru достаточно классные и на UWP. Ими куда приятнее пользоваться, чем галимыми сайтами.

Опять же f# же для более широкого использования. Для анализа данных провайдеры типов это вообще счастье. А для других задач не всегда удобно

Но если в хамарин приложении структура бд не меняется, то можно использовать например

Сайты всегда сливают любому специнтерфейсу

Но если в хамарин приложении структура бд не меняется, то можно использовать например

В рантайме не меняется или совсем?

В рантайме не меняется или совсем?

в рантайме

Ну это не самое суровое требование

Надо пощупать будет

Сбер для бизнеса/Тинькофф/ivi_ru достаточно классные и на UWP. Ими куда приятнее пользоваться, чем галимыми сайтами.

тут +, но не много компаний готовы нанять UWP разрабов (бывших WPF, условно), чтобы сделать еще одно десктопное приложение

Конечно, через 4-5 лет, UWP взлетит, тут спору нет

Или не взлетит

Или не взлетит

ну типо нет другого выбора

Кто сказал "авалония"?

через 5 лет люди возможно перестанут пользовать смартфоны

но пеки не смогут уйти с рынка так быстро

ну и типо +- 10-ка станет стандартом

это все равно произойдет

Жаль, что WinPhone убили, были шикарные смартфоны. И вот UWP с Win10 + WinPhone10 заходила шикарно.

Они вообще никуда не денутся. Работа реальная только на стационарах

как когда-то с WF->WPF

впрочем как и XamStudio->Vs4mac

monodevelop для маков существует с 2009. Это не мешает ломать в нем автокомплит и подсветку в 2018

monodevelop для маков существует с 2009. Это не мешает ломать в нем автокомплит и подсветку в 2018

ну ты сам разработчик, сколько раз у тебя было желание "все переделать", "зарефакторить" и как часто ты покрывал все это тестами?

“рефакторить” не подразумевает релизить в stable channel ПО с поломанной ключевой функциональностью

Проблема в контроле качества - его нет

ну ты сам разработчик, сколько раз у тебя было желание "все переделать", "зарефакторить" и как часто ты покрывал все это тестами?

Души прекрасные порывы

Мигель говорит, можно достичь ~1.5c startup time на Android с XF http://tirania.org/blog/archive/2018/May-18.html

Мигель говорит, можно достичь ~1.5c startup time на Android с XF http://tirania.org/blog/archive/2018/May-18.html

Не поверю, что реальное продакшн приложение стартанет за столько

Хотя, AOT...

Как бы когда ты садишься на XF, то автоматически садишься и на его личные баги и на баги IOS+Android вместе взятые

А какие баги в XC, в частности иос?

ну с AOT вполне возможно

правда размер приложения будет как на фифоне

ну с AOT вполне возможно

±

ну не так, конечно, но больше

правда размер приложения будет как на фифоне

В 2,2 раза последний раз я мерил

но это относится уже не к XF, а к андроиду конкретно

+ AOT в VS Community не доступно

но это относится уже не к XF, а к андроиду конкретно

На самом деле платить за Интерпрайз ради этого...

в сети ключи валяются.. <_>

всем привет) как в prism xf адекватно реализовать загрузку больших данных с API чтобы запрос отправился после прорисовки страницы& OnNavigatedTo почемуто прогружает до

Оверрайдни OnAppearing

На вьюхе

Мигель говорит, можно достичь ~1.5c startup time на Android с XF http://tirania.org/blog/archive/2018/May-18.html

На каком девайсе? Вот мне тут один заливал на собесе что они так заоптимизировали XF аппу что она типа летать стала и за 4-5с запускаться. Проверил я на samsungе не самом типовом 2017 года выпуска, где у меня за 1с-1.5 взлетает classic, а там его XF за 8 взлетает. Разница однако на лицо

+ AOT в VS Community не доступно

Доступно

Доступно

Это как?

Раньше точно было

Это как?

Пишешь в csproj файле волшебные слова) Сам. Ручками

вот хитрецы ;D

Пишешь в csproj файле волшебные слова) Сам. Ручками

Доберусь до машины зачекаю?

Но вообще XC решает априори эту проблему

Но вообще XC решает априори эту проблему

С aot вообще волшебно

Великолепно

Если забить на размер аппы)

Но вообще конечно link all и proguard должны хоть немного спасать

Главное биндинги к ui элементам и реактивщину не залинковать

Если забить на размер аппы)

Да лан, 20!8 жы...

Главное биндинги к ui элементам и реактивщину не залинковать

Всм

Если забить на размер аппы)

Там что, 50+мб выходит?

А с каких пор АОТ на ведроиде только в Entreprise версии? Раньше же в UI настройках проекта переключатель был?

Там что, 50+мб выходит?

50+ выходит у дефолтных XF апп

Воу

А с каких пор АОТ на ведроиде только в Entreprise версии? Раньше же в UI настройках проекта переключатель был?

Ну вот так

Жирненько

Там что, 50+мб выходит?

Не. Не должно. Но вообще все зависит от того сколько nuget пакетов подключено

Не. Не должно. Но вообще все зависит от того сколько nuget пакетов подключено

И сколько экранов

Помню был какой-то баг на Nvidia tegra, который только включением AOT фиксился

Кстати, а как XF на macOS? Совсем дичь?

Они вроде бетку выпустили

И сколько экранов

Да сколько экранов не важно по сути. Если только на них нет емких битмапов или видео. Экраны это копейки. Ресурсы вот что много занимает и dll ставшие so и никуда из билда не девшиеся, до сих пор не понимаю почему так

На каком девайсе? Вот мне тут один заливал на собесе что они так заоптимизировали XF аппу что она типа летать стала и за 4-5с запускаться. Проверил я на samsungе не самом типовом 2017 года выпуска, где у меня за 1с-1.5 взлетает classic, а там его XF за 8 взлетает. Разница однако на лицо

Вот сейчас перепроверил приложение, над которым работаю. Скачал с маркета крайнюю версию. AOT не используется. Запускается ~3 секунды. XF естественно.

Вот сейчас перепроверил приложение, над которым работаю. Скачал с маркета крайнюю версию. AOT не используется. Запускается ~3 секунды. XF естественно.

Ссыль в студию

Мое XF приложение запускается едва ли меньше 4-х секунд, и это с АОТ

И да, АОТ есть в community, не пугайте людей ?

Мое XF приложение запускается едва ли меньше 4-х секунд, и это с АОТ

Перепиши все на Кастомные контролы

Уменьши DLL до нуля

Заюзай все оптимизации типо замл компила

И сделай основную вьюху максимально нулевой

Вот тебе и старт за 3 сек

Перепиши все на Кастомные контролы

ну это уже не обязательно.

И да, АОТ есть в community, не пугайте людей ?

поискал на VS for Mac - не нашёл

ну это уже не обязательно.

Для минимизации dll

<AotAssemblies>True</AotAssemblies>

А так отказатся от app.xaml, MainPage простую сделать, желательно тоже без xaml, без вложенных дейаутов, ну и либ не тонну использовать.