E
Size: a a a
2020 June 01
E
Разработчики Xamarin.Forms начнут работу над новыми проектами в .NET MAUI, используя все те же элементы управления и API, которые они знают и любят. По мере приближения к запуску .NET MAUI, чтобы помочь разработчикам сделать плавный переход существующих приложений на .NET MAUI, мы намереваемся предоставить поддержку try-convert и руководства по миграции, аналогичные тем, которые мы имеем сегодня для перехода на .NET Core
AZ
Насколько возможно изменять обои у айфона из кода?
VK
Насколько возможно изменять обои у айфона из кода?
AD
Так там же написано:
В рамках нашего объединения .NET Xamarin.iOS и Xamarin.Android станут частью .NET 6 как .NET для iOS и .NET для Android. Поскольку эти привязки являются проекциями SDK, поставляемых Apple и Google, ТАМ НИЧЕГО НЕ МЕНЯЕТСЯ, однако инструменты сборки, средства отслеживания целевой структуры и средства отслеживания среды выполнения будут обновлены в соответствии со всеми другими рабочими нагрузками .NET 6.
В рамках нашего объединения .NET Xamarin.iOS и Xamarin.Android станут частью .NET 6 как .NET для iOS и .NET для Android. Поскольку эти привязки являются проекциями SDK, поставляемых Apple и Google, ТАМ НИЧЕГО НЕ МЕНЯЕТСЯ, однако инструменты сборки, средства отслеживания целевой структуры и средства отслеживания среды выполнения будут обновлены в соответствии со всеми другими рабочими нагрузками .NET 6.
Это я читал. Т.е. думаете, что даже на больших проектах всё пройдёт гладко?
В моём понимании, это может быть похоже на миграцию с asp.net MVC на asp.net core - в целом похоже, но всё оптимизировано. И 10% не работает, а 20% за собой тянуть нет смысла.
И не хотелось бы, как с переходом на asp.net core 1 и asp.net core 2 - когда было куча нюансов и смена походов.
В моём понимании, это может быть похоже на миграцию с asp.net MVC на asp.net core - в целом похоже, но всё оптимизировано. И 10% не работает, а 20% за собой тянуть нет смысла.
И не хотелось бы, как с переходом на asp.net core 1 и asp.net core 2 - когда было куча нюансов и смена походов.
E
Этого я Вам не скажу, покажет только реальный опыт. Но думаю косяки будут как всегда и у всех.
M
Это я читал. Т.е. думаете, что даже на больших проектах всё пройдёт гладко?
В моём понимании, это может быть похоже на миграцию с asp.net MVC на asp.net core - в целом похоже, но всё оптимизировано. И 10% не работает, а 20% за собой тянуть нет смысла.
И не хотелось бы, как с переходом на asp.net core 1 и asp.net core 2 - когда было куча нюансов и смена походов.
В моём понимании, это может быть похоже на миграцию с asp.net MVC на asp.net core - в целом похоже, но всё оптимизировано. И 10% не работает, а 20% за собой тянуть нет смысла.
И не хотелось бы, как с переходом на asp.net core 1 и asp.net core 2 - когда было куча нюансов и смена походов.
между версиями то не всегда без проблем получается мигрировать, а тут целая платформа )
AD
У нас кейс забавный - инвестировать ли 70% разработки сейчас в переделку на Xamarin.Native, учитывая эту новость от MS. Спорно.
KA
У нас кейс забавный - инвестировать ли 70% разработки сейчас в переделку на Xamarin.Native, учитывая эту новость от MS. Спорно.
ну там глобально ничего не поменяется. конфиг файл максимум изменить и всё
E
ну там глобально ничего не поменяется. конфиг файл максимум изменить и всё
Ну не совсем так, все немного сложнее
E
Сейчас
E
E
KA
Ну не совсем так, все немного сложнее
так как это обёртка над нативным сдк, то не так много изменений будет
KA
KA
крайне сомневаюсь что они принудительно сделают всё одним проектом. Это может быть хорошо, если проект очень мелкий, буквально 1-2 страницы, апример на основе webview, а для больших проектов это плохое решение. Например как те е ресурсы добавлять?
E
Нет, вот это как раз, как я понял, будет только так
KA
тогда их с *вном смешают, если сделают только так. Потому что невозможно будет пользоваться. И они сами это понимают что в крупных проектах невозможно такое сделать. Это только для очень маленьких проектов фича
E
E
Вот тут обсуждение этого вопроса, сам не читал еще, можно там задать вопрос