Чи є Java (все ще) мовою крос-платформи? [зачинено]

Коли я почав використовувати Java в дев'яностих, з першого дня все було " Пишіть один раз, бігайте кудись! " Це, мабуть, все було правдою тоді, і я був частиною хору.

Я вже не впевнений, що про це вже думати, враховуючи всі інші мови, що використовують багатоплатформні режими виконання (python, flash, perl, html, php ...). Але я все ще бачу безліч аргументів, які говорять, що ви повинні використовувати Java, оскільки це нібито краще для розробки крос-платформ.

Отже, чи справді це і сьогодні? Чи залишається Java мовою вибору для розробки декількох платформ?

• Будь ласка, будьте конкретні, зосередившись на аспектах крос-платформи.
• Я не прошу порівняння загальних мовних особливостей.

Оновлення: Чудові відгуки поки що! Здається, більшість відповідей надають перевагу Java або Інтернету. Будь-який внесок з натовпу сценаріїв?

Мови стилів сценаріїв, такі як python, також спрощують розробку крос-платформ. Тепер, чи подобається вам Python (чи інші подібні мови), залежить від вас, і нам, мабуть, не потрібно починати цю дискусію тут.

Java намагається змусити вас написати код, який працюватиме портативно, тоді як python дозволяє писати портативний код. Фактична мова пітону сама працюватиме портативно, але зовнішні бібліотеки можуть чи ні. Крім того, python вільно надаватиме доступ до певних служб платформи.

Чи перевага Java там? Я думаю, що в будь-якому випадку ви можете написати портативний код з подібною легкістю. Тобто, ви можете написати код, і він зазвичай буде працювати на різних платформах. Але ви не можете уникнути просто написання коду і припускаючи, що він буде працювати всюди. Я працював над проектом python, який виробляв версії для Windows, Linux та Mac, і ми зіткнулися з дуже малою проблемою між платформою. (Єдине, що я пам’ятаю, було пов’язано з помилкою в бібліотеці, в якій ми використовували pygame, що спричинило проблеми з малюванням в Linux.

Ще одне питання - розгортання. Якщо ви хочете поширювати окремі програми, які виконують ваш код, вам доведеться виробляти різні версії для різних платформ. Для Java ви можете поширити одну версію і припустити, що у користувача встановлена ​​Java або може її встановити. У цьому випадку Java, ймовірно, перемагає у простоті відділу розгортання.

Зрештою, я думаю, що це зводиться до того, якою мовою ви любите працювати та який тип розгортання потрібно виконувати.

У той час як Java не може бути або єдиним життєздатним крос-платформний інструмент, має деякі переваги:

• Це надзвичайно швидко.
• Це надзвичайно надійно.
• Він надзвичайно портативний (наприклад, байт-код, зібраний 10 років тому в Windows 95, працює в OS X сьогодні).

і деякі слабкі сторони:

• Основні бібліотеки графічного інтерфейсу (Swing ...) демонструють свій вік (тут допомагають сторонні доповнення).
• Мова сама по собі може бути менш багатослівною (наприклад, перевірені винятки ...).
• Час запуску може бути швидшим (хоча він весь час покращується).

Якщо конкретно говорити про платформу Java , є ще один момент:

• Існує досить багато мов, які працюють на JVM та взаємодіють з Java.

Сьогодні це так само правда, як і тоді - це не зовсім. Java пише один раз, тестує та налагоджує всюди. Звичайно, це набагато менше роботи, ніж повністю свіжий порт, але це, як правило, більше роботи, ніж початковий ажіотаж, як ми повірили.

У нашому продукті є сервер Java, який працюватиме в Windows або Linux, але ми бачили проблеми, пов'язані з ОС, і переконайтеся, що у нас є доступні для підтримки / тестування сервери Linux і Windows, якщо це необхідно. У користувацьких інтерфейсів Java, як правило, виникає більше проблем, ніж із серверами (хоча багато з них є косметичними, тому потенційно їх можна ігнорувати залежно від програми).

Хоча для мене мережа не є суворою мовою, веб є платформою, на якій є вибір. Передній кінець HTML / JavaScript означає, що ваша програма працюватиме на майже будь-якій клієнтській платформі, і в більшості випадків це була реальна мета - не турбуватися, чи це Mac, чи ПК, яка версія ОС тощо.

Звичайно, як правило, ви все ще будете диктувати серверну платформу, але коли люди просто стають набагато гнучкішими, особливо в наші дні, коли більшість компаній вже підтримують поєднання серверів Windows та Linux.

Особисто я хотів би сказати, що Java все ще є мовою крос-платформного вибору і, ймовірно, залишатиметься там деякий час (поряд із веб-додатками). Я написав ще кілька тем на цю тему в цій публікації на Java як платформі за вибором , але зокрема на перехресній платформі:

• Поки ви обережні зі своїми залежностями (наприклад, уникайте бібліотек, які використовують JNI для взаємодії з нативним кодом), тоді Java може бути записана без змін на всіх основних платформах JVM

• Beacuse Java зазвичай поширюється у вигляді байт-коду, незалежного від машини, ви можете запускати без перекомпіляції на будь-якому JVM (оскільки локальний JVM сам обробляє JIT-компіляцію до рідного коду). Наприклад, мені вдалося отримати розумну складну програму GUI, яка вперше запускається на Mac після розробки в Windows - з тим же файлом jar . На відміну від більшості інших мов міжплатформних програм, для яких зазвичай потрібні різні бібліотеки або перекомпіляція для іншої платформи.

• Багато основних бібліотек, які вам потрібні (графічний інтерфейс, мережа, IO тощо), є частиною стандартного режиму виконання та написані крос-платформним способом. Тож вам не потрібно ходити на полювання та тестувати бібліотеки між платформами, ви впевнені, що майже все, що вам потрібно, вже є у середовищі виконання.

Я думаю, у вас є такий вибір:

1) використовувати або a

• складений або
• інтерпретована мова.

2) Як ви будете пакувати та доставляти свій код?

• Один "передній", один бінарний / скрипт?
• Один "передній", кілька бінарних файлів / скриптів?
• Кілька "передніх", кілька бінарних файлів / скриптів?

Ці варіанти впливають на продуктивність, видимість та поширення коду.

Ви не проти віддати свій вихідний код? Мови компіляції можуть бути для вас. Мови, що складаються, здаються ефективнішими в мікро-орієнтирах, ніж інтерпретовані (навіть JITed) мови. Крім того, якщо ви залежите від середовища виконання, наприклад Java, Python, Ruby тощо, ваш код може бути складніше розподілити.

Я виявив, що найпопулярніші настільні платформи для настільних ПК призначені для "Один передній, кілька бінарних файлів", використовуючи C / C ++ та бібліотеку віджетів крос-платформ, наприкладAudacity, Blender, Firefox, Google Earth, OpenOffice, Skype, Songbird, Stellarium, VLC.

Я скажу ні. python та ruby ​​використовуються дуже багато, а також javascript як для клієнта, так і для сервера. Я особисто використовую .NET і не маю жодних проблем змусити його працювати на Mac і Linux (під час розробки на Windows)

- Я чую, що LLVM стає популярною, але все ще надзвичайно мало. Це дозволить вам використовувати крос-платформу C ++ в одному двійковому. Мабуть, це буде виконано в браузері, але я не побачив приклад, де він дозволяє змінювати dom або виклик javascript.

Якщо ви вводите мобільні платформи в суміш, вам також потрібно принаймні включити перекомпіляцію. Наприклад, android, j2me.