Не смотря на веру о переходе всея в Web&Mobile — Цой десктоп по прежнему жив. Сейчас .Net дает возможность десктопа нормальным образом только на Windows. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Здравствуйте, Shmj, Вы писали:
S>Сейчас .Net дает возможность десктопа нормальным образом только на Windows. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Сколько программ на .Net у вас работает на десктопе? (У меня на FreeBSD — ни одной. Зато куча программ на Java).
Здравствуйте, Muxa, Вы писали:
M>Есть же ява, плюсы (с оговорками), питон.
А у Явы с UI библиотеками наконец-то всё стало в порядке? Или по прежнему "системные" диалоги свои, всё свое, рисуем медленно, а на линуксе fontconfig видим через раз и настройкам оболочки никто не следует, а что бы поправить баг — надо собрать себе форк и этим уничтожить всё достоинство менеджера пакетов? Это вопрос, давненько не щупал.
Здравствуйте, Shmj, Вы писали:
S>Не смотря на веру о переходе всея в Web&Mobile — Цой десктоп по прежнему жив. Сейчас .Net дает возможность десктопа нормальным образом только на Windows. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Здравствуйте, iZEN, Вы писали:
ZEN>Сколько программ на .Net у вас работает на десктопе? (У меня на FreeBSD — ни одной. Зато куча программ на Java).
FreeBSD на десктопе
У меня около 30% программ десктопных общего пользования (не считая Windows-маркета, конечно) на .Net. Вообще десктопных прог не так много использую. Из получивших популярность только Paint.Net, но и KeePass и Greenshot (вернее ее клон для бесплатного хранилища). Еще несколько мало известных и девелоперских (Fiddler и иже с ними).
Еще есть специального пользования, которые интересны лишь узкому кругу людей.
Здравствуйте, Mystic Artifact, Вы писали:
MA> А у Явы с UI библиотеками наконец-то всё стало в порядке? Или по прежнему "системные" диалоги свои, всё свое, рисуем медленно, а на линуксе fontconfig видим через раз и настройкам оболочки никто не следует,
Вопрос вкусовщины. Java Swing UI имеет как собственные представления и возможности, так и обёртки над нативными и мультисистемными тулкитами. С выходом каждой новой версии JDK/JRE естественно оптимизируют 2D-графику с использованием новых алгоритмов работы с процессором, памятью и видеоподсистемой.
MA> а что бы поправить баг — надо собрать себе форк и этим уничтожить всё достоинство менеджера пакетов? Это вопрос, давненько не щупал.
Здравствуйте, Shmj, Вы писали:
S>Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
гыгы Сначала смешные чудики прыгают в лодку посреди океана, а потом спрашивают: "А вёсла дадут?". НЕТ. Сама же M$ официально признала, что портировать даже декларативный(!!!!!!) WPF она не в состоянии. Не говоря уже про WinForms, гвоздями прибитый к Win32.
Какие-то поползновения есть от Кошмарина, но я не видел ни одного поделия, которое гордо бы заявляло "у нас есть неглючащий, кроссплатформенный ГУЙ".
Так что да, Шмж, попал ты со своим Core.
Здравствуйте, iZEN, Вы писали:
MA>> А у Явы с UI библиотеками наконец-то всё стало в порядке? Или по прежнему "системные" диалоги свои, всё свое, рисуем медленно
ZEN>Вопрос вкусовщины
Нет, вопрос дилетантского подхода к понятию "неродной компонент".
Профессионал знает, что нарисовать подобие нативной кнопки — как два байта переслать, но вот нативное ПОВЕДЕНИЕ — это отдельный гемор. Не говоря о КОШМАРЕ по поддержке неродного компонента по ВСЕЙ линейке "вендовозных систем". Наглядный пример — диалог открытия файла. Можешь хоть укорячиться, повторявши "системный вид", но ты ВСЕГДА будешь просирать те или иные аспекты — юзер мог сменить тему, мог вообще вкорячить что-то вроде Blinds, диалог могли сделать с доп. кнопками (и только на одной венде), диалог имеет favorites и т.п. Повторить ВСЕ виды диалогов и учесть вид/поведение каждого — непомерная и глупая задача, которую и бросаются решать дилетанты. Именно поэтому Жаба так быстро слилась на десктопе — предлагая что-то своё (пусть даже слегка продвинутее родного) она автоматом ЛОМАЛА ЮЗЕРСКИЙ ОПЫТ — он видит чужеродный вид, "слегка не такое" поведение, классические тормоза — эти вещи кажутся мелочами на фоне полётов к Марсу, но именно эти мелочи раздражают каждую секунду их использования.
Это можно сравнить с чужим авто — вроде бы всё есть — руль, педали, но "всё не то". А если это "не то" ещё и работает через жопу, то нет вообще никакого желания связываться с этим "чужим среди своих".
Жаба "по заверениям" работает везде. Везде одинаково плохо. Потому я с большим сомнением смотрю на потуки HRов вытянуть откуда-то жабистов — кому они нужны?? Если ты на десктопе нихрена не можешь написать, нафиг ты и на сервере тогда нужен?? Лучше одна команда пилит на одном языке декстоп и сервер, чем полтора клоуна изгаляются на жабе, а destop team не может ничего там поправить и уныло ждёт, когда серверную часть попросту выкинут и перепишут на их языке. Мотайте на ус, 20-летние сеньоры!
Здравствуйте, Kolesiki, Вы писали:
K>Здравствуйте, iZEN, Вы писали:
MA>>> А у Явы с UI библиотеками наконец-то всё стало в порядке? Или по прежнему "системные" диалоги свои, всё свое, рисуем медленно
ZEN>>Вопрос вкусовщины
K>Нет, вопрос дилетантского подхода к понятию "неродной компонент". K>Профессионал знает, что нарисовать подобие нативной кнопки — как два байта переслать, но вот нативное ПОВЕДЕНИЕ — это отдельный гемор. Не говоря о КОШМАРЕ по поддержке неродного компонента по ВСЕЙ линейке "вендовозных систем". Наглядный пример — диалог открытия файла. Можешь хоть укорячиться, повторявши "системный вид", но ты ВСЕГДА будешь просирать те или иные аспекты — юзер мог сменить тему, мог вообще вкорячить что-то вроде Blinds, диалог могли сделать с доп. кнопками (и только на одной венде), диалог имеет favorites и т.п. Повторить ВСЕ виды диалогов и учесть вид/поведение каждого — непомерная и глупая задача, которую и бросаются решать дилетанты. Именно поэтому Жаба так быстро слилась на десктопе — предлагая что-то своё (пусть даже слегка продвинутее родного) она автоматом ЛОМАЛА ЮЗЕРСКИЙ ОПЫТ — он видит чужеродный вид, "слегка не такое" поведение, классические тормоза — эти вещи кажутся мелочами на фоне полётов к Марсу, но именно эти мелочи раздражают каждую секунду их использования. K>Это можно сравнить с чужим авто — вроде бы всё есть — руль, педали, но "всё не то". А если это "не то" ещё и работает через жопу, то нет вообще никакого желания связываться с этим "чужим среди своих". K>Жаба "по заверениям" работает везде. Везде одинаково плохо. Потому я с большим сомнением смотрю на потуки HRов вытянуть откуда-то жабистов — кому они нужны?? Если ты на десктопе нихрена не можешь написать, нафиг ты и на сервере тогда нужен?? Лучше одна команда пилит на одном языке декстоп и сервер, чем полтора клоуна изгаляются на жабе, а destop team не может ничего там поправить и уныло ждёт, когда серверную часть попросту выкинут и перепишут на их языке. Мотайте на ус, 20-летние сеньоры!
Этот бред из начала 2000-х повторяется с завидным постоянством.
Здравствуйте, Shmj, Вы писали:
S>десктоп по прежнему жив. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Присоединяюсь к вопросу subject.
Также недоумеваю, почему нельзя выработать некоторый стандартный API для работы с GUI на разных платформах?
95% потребностей в GUI ограничиваются простыми "деловыми" элементами (кнопки, списки, чек-боксы, etc).
Этот API мог бы не включать всяческие графические изыски (3d, вращающиеся, прозрачные окна,
качественную, сверхбыструю графику, etс).
Подавляющее большинство GUI приложений — это деловые приложения.
Они вполне удовлетворятся этими ограниченными возможностями и
получат шанс стать переносимыми... имхо.
Вряд ли тут есть существенные технические трудности... и не такие преодолевали...
Тогда в чём проблема?
Политика? Бизнес-интересы? Сознательное выстраивание барьеров?...
Здравствуйте, Shmj, Вы писали:
S>Не смотря на веру о переходе всея в Web&Mobile — Цой десктоп по прежнему жив. Сейчас .Net дает возможность десктопа нормальным образом только на Windows. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Здравствуйте, Shmj, Вы писали:
S>Не смотря на веру о переходе всея в Web&Mobile — Цой десктоп по прежнему жив. Сейчас .Net дает возможность десктопа нормальным образом только на Windows. Планируют ли сделать официальную кросс-платформу и когда можно ожидать?
Здравствуйте, Kolesiki, Вы писали:
K>Сама же M$ официально признала, что портировать даже декларативный(!!!!!!) WPF она не в состоянии. Не говоря уже про WinForms, гвоздями прибитый к Win32.
К слову, WPF тоже прибит к Win32, просто гвозди другие
Если WinForms есть обёртка над GDI, то WPF сильно завязан на DirectX (ну и время от времени тоже находишь уши GDI)
P>Также недоумеваю, почему нельзя выработать некоторый стандартный API для работы с GUI на разных платформах?
P>95% потребностей в GUI ограничиваются простыми "деловыми" элементами (кнопки, списки, чек-боксы, etc). P>Этот API мог бы не включать всяческие графические изыски (3d, вращающиеся, прозрачные окна, P>качественную, сверхбыструю графику, etс).
P>Подавляющее большинство GUI приложений — это деловые приложения. P>Они вполне удовлетворятся этими ограниченными возможностями и P>получат шанс стать переносимыми... имхо.
P>Вряд ли тут есть существенные технические трудности... и не такие преодолевали...
P>Тогда в чём проблема? P>Политика? Бизнес-интересы? Сознательное выстраивание барьеров?...
Так есть же с древних времен, на всех платформах, библиотека tk (часть tсl/tk).
Не взлетело.
Здравствуйте, Pek2014, Вы писали:
P>Также недоумеваю, почему нельзя выработать некоторый стандартный API для работы с GUI на разных платформах?
P>95% потребностей в GUI ограничиваются простыми "деловыми" элементами (кнопки, списки, чек-боксы, etc). P>Этот API мог бы не включать всяческие графические изыски (3d, вращающиеся, прозрачные окна, P>качественную, сверхбыструю графику, etс).
Пробовали уже — больше 20 лет назад появился Java AWT, учитывающий только основные моменты пользовательского интерфейса экран-клавиатура-мышь. Никому не понравился.
P>Подавляющее большинство GUI приложений — это деловые приложения. P>Они вполне удовлетворятся этими ограниченными возможностями и P>получат шанс стать переносимыми... имхо.
Да, но будет ли приятно с этим работать?
P>Вряд ли тут есть существенные технические трудности... и не такие преодолевали...
P>Тогда в чём проблема? P>Политика? Бизнес-интересы? Сознательное выстраивание барьеров?...
Маркетинг. Какие-то базовые вещи реализовали, остальное переложили на плечи фреймворков и скриптоты.
Сначала смешные чудики прыгают в лодку посреди океана, а потом спрашивают: "А вёсла дадут?". НЕТ. Сама же M$ официально признала, что портировать даже декларативный(!!!!!!) WPF она не в состоянии. Не говоря уже про WinForms, гвоздями прибитый к Win32.
