Такое ощущение, что выложили кукую-то фигню пока. С гитхаба:
We are part-away through porting WPF to .NET Core, and will complete that for .NET Core 3.0. We intend to bring the codebase up to functionality and performance parity with .NET Framework.
We have published only a small part of the WPF source. We will continue to publish WPF components as part of the .NET Core 3 project.
В roadmap'e собираются неспеша в следующем году частями пилить и выкладывать.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Когда нужно было опенсорсить, чтобы поезд не пропустить (почему именно тогда)?
До того момента, когда стали популярны реактивные js-фреймворки, электроны и прочие QtQuick. В общем очередной легаси-фреймворк для легаси-языка, используемого в легаси-проектах. От опенсорсинга будет ни жарко ни холодно.
Здравствуйте, novitk, Вы писали:
N>До того момента, когда стали популярны реактивные js-фреймворки, электроны и прочие QtQuick. В общем очередной легаси-фреймворк для легаси-языка, используемого в легаси-проектах. От опенсорсинга будет ни жарко ни холодно.
На самом деле рано кричите "гоп". Еще не ясно чья возьмет. Спешите. Вот уж WebAssembly и Blazor на подходе. Евангелисты пишут что JS-фреймворки — это поезд, который движется к пропасти. Возможно так и есть.
Оно всегда так — кажется стабильным и несокрушимым, а потом в один миг все рушится.
Здравствуйте, Shmj, Вы писали:
S>На самом деле рано кричите "гоп". Еще не ясно чья возьмет. Спешите. Вот уж WebAssembly и Blazor на подходе. Евангелисты пишут что JS-фреймворки — это поезд, который движется к пропасти. Возможно так и есть.
Без нормального DOM-байдинга, которое неизвестно когда будет, wasm всего лишь нишевое решение для апплета внутри страницы. WPF для таких задач не нужен. Если байндинг появится, опять же не нужен, так как у WPF совершенно другой DOM. Btw перенести WPF на wasm, даже если net core там уже работает, практически невозможная задача, так как нужных API(DirectX) там просто нет и никогда не будет.
Здравствуйте, Danchik, Вы писали:
D>Кагбы некоторые считают что это "гавно" намного лучше спроектировано и работает чем JS движки.
Ну, в том, что такие люди есть, я не сомневаюсь. Но оно разве где-то юзается, кроме набивших оскомину интерфейсов студии и автокада (или уже и оттуда выпилили)? Помню, вроде еще когда-то у каталиста интерфейс был на ВПФ, тормозило жутко.
Здравствуйте, Danchik, Вы писали:
ЭФ>>>Давайте же обсудим!
ARK>>Это говно кто-то использует?
D>Кагбы некоторые считают что это "гавно" намного лучше спроектировано и работает чем JS движки.
И кто эти некоторые ? Надеюсь, не местные мыслители ?
Можно взглянуть на аргументы этих избранных ?
Здравствуйте, Shmj, Вы писали:
S>На самом деле рано кричите "гоп". Еще не ясно чья возьмет. Спешите. Вот уж WebAssembly и Blazor на подходе. Евангелисты пишут что JS-фреймворки — это поезд, который движется к пропасти. Возможно так и есть.
JS фремворк меняется за предсказуемое время. Это не проблема. Фремворки дохнут. Но точно так же передохли сотни UI библиотек для доса, виндовса и линукса. В живых осталось не так уж и много.
Последние проекты для плюсов, о которых я слышал, представляли собой интеграцию c V8, написание плагинов к Cordova, Android, модулей к node и кое какие приседания с nginx и lua.
Т.е. примерно так — часть ушла в node или unity, часть ушла в джаву, часть — в эмбеддед разработку на жесточайшем Си-без-плюсов.
Причин много на самом деле
1 АПИ системы и браузера повзрослели и для большинства приложений больше не нужно лазить в кернел-мод за данными от драйвера.
2 Если раньше большинство проектов это были довольно сложные и тяжелы приложения, то сейчас вместо этого миллионы прикладных вещей, которые довольно легко можно запилить в браузере.
3 В данный момент JS это единственное внятно работающее кроссплатформенное решение. "qt,qt,qt" @ из подвала
4 С++ слишком сложен. Пока вырастет начинающий с++ разработчик, бухгалтер без образования успевает выучить JS, css, фремворк, научиться программировать, сделать пару-тройку проектов в составе команды n человек и становится тим-лидом. С тех пор, как С++ разработчики куда то подевались, миллионы приложений стали писаться на js. Свято место пусто не бывает.
5 Клауд — все думали, что замедление роста CPU даст тот самый Ренесанс С++, но вышло ровно наоборот — вычислительные мощности девальвировались в десятки и даже сотни раз. Типичый С++ник прежде всего считает байты и такты и готов любого порвать даже за лишний бит.
6 Типичный цикл разработки сократился в десятки раз. Вместо "раз в год" стало "раз в месяц". Проект на с++ еле-еле успевает скомпилироваться.
То есть, в целом экономика индустрии повернулась не в пользу плюсов. Поэтому буйно цветут именно managed технологии, из которых два явных лидера — Java и JavaScript.
аргумент очень простой: пусть цветут все цветы,
на WPF написана такая куча приложений, что переписывание их на скриптe будет длиться десятилетия и будет стоить триллионы,
да и то не факт, что получится что-то близко сопоставимое
для новых пёстрых говноформочек с четырьмя импутбоксами и одной кнопкой подойдёт и скрипт
Здравствуйте, Ikemefula, Вы писали:
I>Последние проекты для плюсов, о которых я слышал, представляли собой интеграцию c V8, написание плагинов к Cordova, Android, модулей к node и кое какие приседания с nginx и lua. I>Т.е. примерно так — часть ушла в node или unity, часть ушла в джаву, часть — в эмбеддед разработку на жесточайшем Си-без-плюсов.
I>Причин много на самом деле