Comments 22
✏️ Редактор UI на XAML (подмножество WPF) с drag-and-drop.
⚡ Компиляция C# и XAML полностью в браузере без участия сервера.
🖥️ Запуск приложения прямо в браузере в изолированном окружении.
☁️ Сохранение проектов на сервере и возможность скачать их для Visual Studio.
Зачем этот пёстрый мусор?
Почему компиляция в браузере это молния, она бъёт током?
Почему изолированное окружение - это монитор?
Зачем вы это делаете? От этого кому-то становится понятнее? Удобнее? Приятнее?
Чем это лучше VS code, запрещённой на сервере?
Если будет полноценный Intellisence, тогда можно будет рассмотреть. И так как это WPF, тут упор на десктоп? А микросервисы?
Со временем Intellisense будет, конечно.
Упор как раз идет на веб(фронтенд)! У нас основной продукт - это фреймворк OpenSilver, который позволяет мигрировать приложения с WPF(и Silverlight) под современный веб. IDE - это демонстрация этой возможности как раз. Я думаю, что Visual Studio была написана на WPF. Мы же свою IDE написали уже на нашем фреймворке. Но WPF очень хорошо подходит для написания IDE.
Круто конечно, но зачем это нужно? Почему бы просто не создать плагин для rider, который позволяет мышкой добавлять элементы на форму?
Обычно под .NET разрабатывают в Visual Studio
Кто разрабатывает в VS?
Примерно все кто разрабатывает windows приложения на дотнете?) Нет, вы конечно можете вслепую или плагинами в стороннем ide редактировать интерфейс и т.д., но даже в visual studio не идеальны "нативные" редакторы для win forms, wpf, uwp, winui)
Почему сразу Windows-приложения? Микросервисы вполне себе пишутся в VS
В контексте "кто разрабатывает в vs?" имеется ввиду, что как минимум те, кто пишут windows-приложения.
А так да, и микросервисы, и макросервисы, и веб, и десктоп, и embedded. Вроде как одна из самых популярных ide все таки.
Пару раз пыталась заставить использовать себя Visual Studio для WinUI 3. Не получилось. Я настолько замучилась с этой нечеловеческой перегруженной хренью, что просто оставила 15 ГБ мусора в виде VS и бесконечных нагрузок (почему-то JetBrains в 5 ГБ вмещают как-то и поддержку .NET и C# всех версий, и XAML для всех фреймворков, и JS для React) чисто для создания проектов, и дальше пользовалась Rider. Особенно с учётом того, что его сделали бесплатным, я вижу на самом деле ровно ноль причин использовать VS для не коммерческой разработки, когда Rider лучше буквально во всем (да и для коммерческой тоже, собственно, если нет никаких самосделанных расширений, потому что лицензии Rider стоят дешевле).
Это очень хорошая идея, думаю, надо развивать дальше
Долой wpf, даёшь Avalonia ui!
Тут вам странные вопросы задают, типа "зачем это нужно". А я так скажу: во-первых, это красиво!
Любопытствую: а вы не экспериментировали с Uno Platform? Похожий технологический стек, похожее многоплатформенное покрытие - плюс у них IDE для графической разработки UI тоже есть ( Uno Platform Studio - впрочем, наверно, не в браузере - я не смотрел ), по-моему, много общего. Я играл с Uno Platform - работает, и видел продукты, сделанные в этой технологии (NuGet Package Viewer - в браузере, и на десктопе я себе для примера собрал и запустил тоже, работает, как и ожидалось). Есть Avalonia - но там всё же несколько другое, и с стеком Avalonia я не играл.
UNO и Avalonia наши коллеги. Не поднялась рука написать "конкуренты", все-таки цели у нас немного разные. OpenSilver - нишевой продукт, в то время как UNO и Avalonia рассчитаны на более широкую аудиторию. У нас основная цель была - дать возможность запустить Silverligh и WPF в браузере. Соответственно, мы сразу шли путем генерации html и css из xaml (а не рисовать на canvas, например, как у коллег). Сейчас, я надеюсь, наш движок отрисовки с использованием html и css вне конкуренции! Благодаря этому подходу, у нас хорошая интеграция со сторонними javascript библиотека, плюс можно использовать все фичи браузера, например, перевод и чтение текста с экрана.
Грандиозная работа! Моё почтение.
Онлайн IDE для .NET