Про поддержку UWP я говорил не в контексте проекта xaml.io, а в рамках фреймворка OpenSilver. Раньше OpenSilver поддерживал еще и UWP синтаксис, так что можно было легко спортировать UWP проекты под OpenSilver и запускать их в браузере
Баги у нас, конечно, есть, и не мало. Но вход на мобильном устройстве должен работать. На моем точно работает, я только что проверил. Скажите, пожалуйста, какой у вас девайс. Я найду тестовый-попробую.
Silverlight совсем легаси. Но существуют большое количество крупного бизнеса, который до сих работает на Silverlight приложениях. Пытаемся им помочь по мере возможности.
Мы в течение долгого времени поддерживали UWP синтаксис тоже. Но, спроса прям совсем нет, а у нас накладных расходов много. Пришлось отказаться пару лет назад. Если у вас приложение не очень большое, то можете попробовать смигрировать. Там 90% работы будет изменение пространств имен скорей всего.
UNO и Avalonia наши коллеги. Не поднялась рука написать "конкуренты", все-таки цели у нас немного разные. OpenSilver - нишевой продукт, в то время как UNO и Avalonia рассчитаны на более широкую аудиторию. У нас основная цель была - дать возможность запустить Silverligh и WPF в браузере. Соответственно, мы сразу шли путем генерации html и css из xaml (а не рисовать на canvas, например, как у коллег). Сейчас, я надеюсь, наш движок отрисовки с использованием html и css вне конкуренции! Благодаря этому подходу, у нас хорошая интеграция со сторонними javascript библиотека, плюс можно использовать все фичи браузера, например, перевод и чтение текста с экрана.
Упор как раз идет на веб(фронтенд)! У нас основной продукт - это фреймворк OpenSilver, который позволяет мигрировать приложения с WPF(и Silverlight) под современный веб. IDE - это демонстрация этой возможности как раз. Я думаю, что Visual Studio была написана на WPF. Мы же свою IDE написали уже на нашем фреймворке. Но WPF очень хорошо подходит для написания IDE.
Зависит от интерфейса. Можно сверстать интерфейс, который будет медленно работать. В этом плане приложение календарь из статьи — хороший пример. Там много ячеек, которые надо отрисовать. Можете попробовать на разных платформах!
Самое большое преимущество — возможность запускать приложение еще в браузере! Для кого-то плюс это то, что версия XAML из WPF. И, в целом, принципиально другая реализация рендеринга, чем в MAUI. Так что, если по каким-то причинам не устраивает рендеринг в MAUI, то можно воспользоваться нашей реализацией.
Мы тоже пришли к этому вопросу! Поэтому сделали еще один способ запуска. Через Photino. Мне Photino очень понравился. Единственное - нельзя использовать нативные MAUI API, так что придется это еще дополнительно реализовать под линукс. Кстати, пример с ToDoCalendar также имеет возможность запускаться на линуксе через Photino.
У нас есть в планах добавить в Rider. Я надеюсь, что это возможно. По крайне мере не вижу сейчас каких-то серьезных препятствий. Но работу пока что не начали.
Вам спасибо за статью! Какие стоит учесть минусы при планировании подобных решений? Я могу предположить, что размер хранилища будет заметно больше чем размер хранимых данных. Но не уверен, интересно ваше мнение. Как обстоят дела со скоростью работы?
Если текущий Silverlight проект под NET 4 или 4.5+, то его реально смигрировать под OpenSilver. Но OpenSilver будет использовать DotNet6. Если есть какие-то фичи в проекте, которые не поддерживаются, то частично переписываются.
Ага, IL Linker может вырезать неиспользуемый код. Соответсвенно, мы можем сэкономить на размере dll. На мелких приложениях вполне отлично работает. Крупные приложения у нас по исторический причинам завязаны на рефлекшн, поэтому приходится запрещать :( Я, кстати, думаю, что по дефолту IL Linker вырезает.
Про поддержку UWP я говорил не в контексте проекта xaml.io, а в рамках фреймворка OpenSilver. Раньше OpenSilver поддерживал еще и UWP синтаксис, так что можно было легко спортировать UWP проекты под OpenSilver и запускать их в браузере
Спасибо за отзыв!
Баги у нас, конечно, есть, и не мало. Но вход на мобильном устройстве должен работать. На моем точно работает, я только что проверил. Скажите, пожалуйста, какой у вас девайс. Я найду тестовый-попробую.
Silverlight совсем легаси. Но существуют большое количество крупного бизнеса, который до сих работает на Silverlight приложениях. Пытаемся им помочь по мере возможности.
Мы в течение долгого времени поддерживали UWP синтаксис тоже. Но, спроса прям совсем нет, а у нас накладных расходов много. Пришлось отказаться пару лет назад. Если у вас приложение не очень большое, то можете попробовать смигрировать. Там 90% работы будет изменение пространств имен скорей всего.
UNO и Avalonia наши коллеги. Не поднялась рука написать "конкуренты", все-таки цели у нас немного разные. OpenSilver - нишевой продукт, в то время как UNO и Avalonia рассчитаны на более широкую аудиторию. У нас основная цель была - дать возможность запустить Silverligh и WPF в браузере. Соответственно, мы сразу шли путем генерации html и css из xaml (а не рисовать на canvas, например, как у коллег). Сейчас, я надеюсь, наш движок отрисовки с использованием html и css вне конкуренции! Благодаря этому подходу, у нас хорошая интеграция со сторонними javascript библиотека, плюс можно использовать все фичи браузера, например, перевод и чтение текста с экрана.
Вы уловили самую главную суть :)
Я надеюсь, что под райдер сделаем, когда-нибудь :) Сейчас есть под VS Code
Со временем Intellisense будет, конечно.
Упор как раз идет на веб(фронтенд)! У нас основной продукт - это фреймворк OpenSilver, который позволяет мигрировать приложения с WPF(и Silverlight) под современный веб. IDE - это демонстрация этой возможности как раз. Я думаю, что Visual Studio была написана на WPF. Мы же свою IDE написали уже на нашем фреймворке. Но WPF очень хорошо подходит для написания IDE.
Зависит от интерфейса. Можно сверстать интерфейс, который будет медленно работать. В этом плане приложение календарь из статьи — хороший пример. Там много ячеек, которые надо отрисовать. Можете попробовать на разных платформах!
Самое большое преимущество — возможность запускать приложение еще в браузере! Для кого-то плюс это то, что версия XAML из WPF. И, в целом, принципиально другая реализация рендеринга, чем в MAUI. Так что, если по каким-то причинам не устраивает рендеринг в MAUI, то можно воспользоваться нашей реализацией.
Чтобы не было монополии. У пользователя должен быть выбор :)
Мы тоже пришли к этому вопросу! Поэтому сделали еще один способ запуска. Через Photino. Мне Photino очень понравился. Единственное - нельзя использовать нативные MAUI API, так что придется это еще дополнительно реализовать под линукс. Кстати, пример с ToDoCalendar также имеет возможность запускаться на линуксе через Photino.
Я записал видео
Работает, все хорошо.
У нас есть в планах добавить в Rider. Я надеюсь, что это возможно. По крайне мере не вижу сейчас каких-то серьезных препятствий. Но работу пока что не начали.
В планах есть, но пока что не в приоритете. Так-то нужный компонент!
Получить верифицированный аккаунт на гос услугах еще можно через приложения сбера. В том числе недоверифицированный сделать нормальным.
Баг у хабра :(
Вам спасибо за статью! Какие стоит учесть минусы при планировании подобных решений? Я могу предположить, что размер хранилища будет заметно больше чем размер хранимых данных. Но не уверен, интересно ваше мнение. Как обстоят дела со скоростью работы?
Если текущий Silverlight проект под NET 4 или 4.5+, то его реально смигрировать под OpenSilver. Но OpenSilver будет использовать DotNet6. Если есть какие-то фичи в проекте, которые не поддерживаются, то частично переписываются.
AOT для Blazor приложений дает ощутимый прирост скорости работы. Иногда в несколько раз.