Зависит от интерфейса. Можно сверстать интерфейс, который будет медленно работать. В этом плане приложение календарь из статьи — хороший пример. Там много ячеек, которые надо отрисовать. Можете попробовать на разных платформах!
Самое большое преимущество — возможность запускать приложение еще в браузере! Для кого-то плюс это то, что версия XAML из WPF. И, в целом, принципиально другая реализация рендеринга, чем в MAUI. Так что, если по каким-то причинам не устраивает рендеринг в MAUI, то можно воспользоваться нашей реализацией.
Мы тоже пришли к этому вопросу! Поэтому сделали еще один способ запуска. Через Photino. Мне Photino очень понравился. Единственное - нельзя использовать нативные MAUI API, так что придется это еще дополнительно реализовать под линукс. Кстати, пример с ToDoCalendar также имеет возможность запускаться на линуксе через Photino.
У нас есть в планах добавить в Rider. Я надеюсь, что это возможно. По крайне мере не вижу сейчас каких-то серьезных препятствий. Но работу пока что не начали.
Вам спасибо за статью! Какие стоит учесть минусы при планировании подобных решений? Я могу предположить, что размер хранилища будет заметно больше чем размер хранимых данных. Но не уверен, интересно ваше мнение. Как обстоят дела со скоростью работы?
Если текущий Silverlight проект под NET 4 или 4.5+, то его реально смигрировать под OpenSilver. Но OpenSilver будет использовать DotNet6. Если есть какие-то фичи в проекте, которые не поддерживаются, то частично переписываются.
Ага, IL Linker может вырезать неиспользуемый код. Соответсвенно, мы можем сэкономить на размере dll. На мелких приложениях вполне отлично работает. Крупные приложения у нас по исторический причинам завязаны на рефлекшн, поэтому приходится запрещать :( Я, кстати, думаю, что по дефолту IL Linker вырезает.
Идея про задачу на дебаггинг очень понравилась. Но не могу придумать как реализовать? Можете хотя бы идейно описать на что это похоже? Или может у кого примеры есть. Совсем идеально на js или C# :)
А есть какие-нибудь инструменты/подходы для скрапинга? Плюс наверняка тут обычными querySelector по dom не обойтись и надо изобретать что-то более высокоуровневое?
У нас несколько неплохих клиентов отвалилось из-за всей этой ситуации. Одни — эвент агенство, у них упало количество заказов на 90 процентов и они заморозили разработку. Но там вообще трешак. Уволили много народу, переехали в другой офис и тд. Другие пилили стартап и решили пока не рисковать и не вливать больше денег.
Правда, на место этих проектов мы нашли другие. Причем в том числе были проекты как раз заточенные под новые реалии: онлайн маркет плейс, оптимизация рекламы и тд.
Зависит от интерфейса. Можно сверстать интерфейс, который будет медленно работать. В этом плане приложение календарь из статьи — хороший пример. Там много ячеек, которые надо отрисовать. Можете попробовать на разных платформах!
Самое большое преимущество — возможность запускать приложение еще в браузере! Для кого-то плюс это то, что версия XAML из WPF. И, в целом, принципиально другая реализация рендеринга, чем в MAUI. Так что, если по каким-то причинам не устраивает рендеринг в MAUI, то можно воспользоваться нашей реализацией.
Чтобы не было монополии. У пользователя должен быть выбор :)
Мы тоже пришли к этому вопросу! Поэтому сделали еще один способ запуска. Через Photino. Мне Photino очень понравился. Единственное - нельзя использовать нативные MAUI API, так что придется это еще дополнительно реализовать под линукс. Кстати, пример с ToDoCalendar также имеет возможность запускаться на линуксе через Photino.
Я записал видео
Работает, все хорошо.
У нас есть в планах добавить в Rider. Я надеюсь, что это возможно. По крайне мере не вижу сейчас каких-то серьезных препятствий. Но работу пока что не начали.
В планах есть, но пока что не в приоритете. Так-то нужный компонент!
Получить верифицированный аккаунт на гос услугах еще можно через приложения сбера. В том числе недоверифицированный сделать нормальным.
Баг у хабра :(
Вам спасибо за статью! Какие стоит учесть минусы при планировании подобных решений? Я могу предположить, что размер хранилища будет заметно больше чем размер хранимых данных. Но не уверен, интересно ваше мнение. Как обстоят дела со скоростью работы?
Если текущий Silverlight проект под NET 4 или 4.5+, то его реально смигрировать под OpenSilver. Но OpenSilver будет использовать DotNet6. Если есть какие-то фичи в проекте, которые не поддерживаются, то частично переписываются.
AOT для Blazor приложений дает ощутимый прирост скорости работы. Иногда в несколько раз.
Правда, на место этих проектов мы нашли другие. Причем в том числе были проекты как раз заточенные под новые реалии: онлайн маркет плейс, оптимизация рекламы и тд.