Смесь парадигм несет программисту счастье
И большое проблемы другому программисту, который будет в этом коде разбираться.
Если у вас задача, где нужно писать код, то почему бы не написать ее на F# или другом функциональном языке, а потом, если нужно, подключить его к C#?
Скорее всего вы «немного» криво верстаете. Так как, к сожалению, в компонентах не всегда адекватно называются свойства и механизм приоритетов не всегда ясен.
Хотя баги тоже есть.
1. Как-то упустил этот момент, извините.
2. Если вы про сравнение WPF и JavaFX, то разумеется, WPF будет иметь больше возможностей. Как минимум потому, что он вышел куда раньше.
Если же про сравнение XAML и FXML, то в FXML можно:
собственно, задавать структуру GUI;
создавать функции на скриптовых языках;
создавать объекты (правильно объявленные, Java же)
использовать свои элементы компоновки
Использовать Java локализацию для строк сразу же
Возможность включать один FXML в другой
Как плюс можно отметить менее странное начало. Вместо пространства имен используется стандартные Java импорты.
В XAML есть еще какие-то дополнительные фичи, которые этим не покрываются? (Когда я учил XAML, там было WPF 3.0).
3. Я бы с радостью, но в энтерпрайз еще повсеместно не вошла даже Java 8 (ибо Java энтерпрайз). Однако, существует достаточно проектов для различных миграций. К примеру, есть Open Dolphin.
Если нужен пример сложного масштабируемого приложение, то можете посмотреть стандартный приложение-пример от Oracle — Ensemble8. Как по мне, весьма сложное GUI.
Или при разработке под виндой, хардкодно разделители пути к файлам указали чисто виндовые
Юзайте Path, он избавлен от этих проблем и легко конвертируется в File и обратно.
когда не озаботились о нюансах работы с разными кодировками в разных ОС
Указывайте кодировку, когда читаете и записываете файлы.
А ещё есть нюансы использования разных JRE
А еще python 2.7 совсем не похож на python 3 и не запустится. А программа на .Net 4.5 не запустится под XP.
При любой кроссплатформенной разработке есть нюансы. Если правильно писать на Java, сразу учитывая кроссплатформенность или >6 API, то тонкости будут сведены к минимуму.
Можете привести пример?
Без платформозависимого кода.
Все реальные проблемы с кроссплатформеностью в Java связаны с вызовами древних java.awt.*, которые никто не правит (как пример, TrayIcon под Linux не умеет в прозрачность) либо с тем, что программисты забывают учесть кроссплатформенность.
У вас были другие случаи?
А вы видите в анонсе что-то, что бы позволило поменять свое мнение?
Абсолютно все пункты анонса продиктированы жесткими правилами рынка.
Даже тот ASP.Net. Понятно, что пока абсолютное большинство в качестве серверов для веб-сайтов держит различные *nix, то ASP.Net никому не будет особо нужен.
Куча плагинов? Ну не студию же портировать. Слишком дорого и сложно.
Не спорю, это здорово, но… это как лямбды в Java 8. Поздно и, наверняка, с кучей подводных камней.
И большое проблемы другому программисту, который будет в этом коде разбираться.
Если у вас задача, где нужно писать код, то почему бы не написать ее на F# или другом функциональном языке, а потом, если нужно, подключить его к C#?
А то нам в институте сплошную муть читают…
Хотя баги тоже есть.
2. Если вы про сравнение WPF и JavaFX, то разумеется, WPF будет иметь больше возможностей. Как минимум потому, что он вышел куда раньше.
Если же про сравнение XAML и FXML, то в FXML можно:
Как плюс можно отметить менее странное начало. Вместо пространства имен используется стандартные Java импорты.
В XAML есть еще какие-то дополнительные фичи, которые этим не покрываются? (Когда я учил XAML, там было WPF 3.0).
3. Я бы с радостью, но в энтерпрайз еще повсеместно не вошла даже Java 8 (ибо Java энтерпрайз). Однако, существует достаточно проектов для различных миграций. К примеру, есть Open Dolphin.
Если нужен пример сложного масштабируемого приложение, то можете посмотреть стандартный приложение-пример от Oracle — Ensemble8. Как по мне, весьма сложное GUI.
А как же FXML от JavaFX? Или он тоже плох?
Юзайте Path, он избавлен от этих проблем и легко конвертируется в File и обратно.
Указывайте кодировку, когда читаете и записываете файлы.
А еще python 2.7 совсем не похож на python 3 и не запустится. А программа на .Net 4.5 не запустится под XP.
При любой кроссплатформенной разработке есть нюансы. Если правильно писать на Java, сразу учитывая кроссплатформенность или >6 API, то тонкости будут сведены к минимуму.
Статичного точно делали)
Без платформозависимого кода.
Все реальные проблемы с кроссплатформеностью в Java связаны с вызовами древних java.awt.*, которые никто не правит (как пример, TrayIcon под Linux не умеет в прозрачность) либо с тем, что программисты забывают учесть кроссплатформенность.
У вас были другие случаи?
Абсолютно все пункты анонса продиктированы жесткими правилами рынка.
Даже тот ASP.Net. Понятно, что пока абсолютное большинство в качестве серверов для веб-сайтов держит различные *nix, то ASP.Net никому не будет особо нужен.
Куча плагинов? Ну не студию же портировать. Слишком дорого и сложно.
Не спорю, это здорово, но… это как лямбды в Java 8. Поздно и, наверняка, с кучей подводных камней.