Чи є Java життєздатною для серйозних ігор? [зачинено]

Я переглянув Інтернет, але ресурсів для розробки ігор Java не дуже багато, майже не так багато, як C ++. Насправді більшість двигунів написані на C ++. Я спробував пограти в гру, зроблену з jMonkeyEngine, але гра була жахливо повільною, аж до мого комп'ютера замерзло. У мене не було запущених інших програм Java, і нічого надто інтенсивного ресурсу. На відміну від цього, мій комп'ютер може легко грати в більшість сучасних 3D-ігор. Якщо я продовжую навчатись та вдосконалювати Java зараз, а виявиться, що пізніше мені потрібно вивчити C ++, зробити перемикання може бути складно.

Чи є Java прийнятною мовою для серйозної розробки ігор? Під серйозним, я маю на увазі якісну графіку, без особливого відставання від сучасних комп’ютерів. Я також хочу розглянути можливість створення ігор для консолей.

Так, перевірте цей список на підтвердження. Це декілька ігор, зроблених за допомогою Java з використанням Легкої бібліотеки ігор Java (LWJGL). Це рамка низького рівня, яка забезпечує OpenGL для високоякісної графіки та OpenAL для звуку. Він також пропонує API введення. За допомогою них ви можете легко почати серйозну розробку ігор на Java.

Наразі я пишу свою другу 3D-гру як проект хобі на Java, і мені це просто подобається. Раніше я писав свої ігри з C ++, але після переходу на Java вже не повертається. Підтримка декількох операційних систем з Java може бути дуже простою, наприклад, моя попередня гра Java, яку я розробляв в Windows протягом року, працювала в Linux відразу і в OS X лише з однією помилкою без необхідності компілювати що-небудь на цих платформах.

З іншого боку, з Java у вас є кілька проблем.

1. Збирач сміття. Як зазначають інші, недетерміноване управління пам'яттю - це проблема, і вам потрібно це кодувати.
2. Відсутність сторонніх бібліотек. Більшість доступних бібліотек не підтримують Java. З іншого боку, у вас завжди є можливість зателефонувати до цих рідних бібліотек з Java, але для цього більше роботи. Є також порти Java або готові обгортки, доступні для популярних бібліотек, наприклад, я використовую JBullet - порт Java бібліотеки фізики Bullet . З іншого боку, у Java є вбудована величезна бібліотека класів, яка зменшує потребу в сторонніх бібліотеках, які не пов'язані з грою. Відсутність бібліотек не була проблемою для мене, але я можу уявити, що це може бути і для інших.
3. Java не підтримується популярними ігровими консолями, і наскільки я знаю, немає простого переходу на ті, які перебувають з Java. З іншого боку, Android, яка є популярною мобільною платформою, використовує певну форму Java. Цей варіант також є, але не за винятком того самого коду Java для роботи як на ПК, так і на пристрої Android.
4. Менша громада. Більшість ігрових програмістів використовують C ++, і, на мій досвід, часто не люблять Java. Не сподівайтесь отримати стільки допомоги від інших. Не сподівайтесь влаштуватися на роботу в розробці ігор без навичок C ++.

Не зовсім. Ось річ - по-перше, існує дуже мало з точки зору існуючих бібліотек для Java порівняно з практично всім, що є для C ++.

По-друге, Java як мова просто не піддається розвитку ігор; я маю на увазі, наприклад, якщо ви маєте справу з буферами GPU, то Java не надає мовної функції, яка допоможе вам переконатися, що вони правильно заблоковані та розблокований або знешкоджений, що робить C ++. Плюс є проблема продуктивності - і GC не детермінований, що дуже погано для гри.

Я ніколи не спостерігав жодної неінді-гри, яка проводила значний час мовою, яка не була зібрана до рідного коду до виконання, і навіть інді-ігри, які роблять це, є рідкістю. Тож зараз я вірю, що цього просто неможливо зробити.

Крім того, якщо я продовжую навчатись і вдосконалювати Java зараз, і виявиться, що пізніше мені потрібно вивчити C ++, чи стане перехід складним?

Так, абсолютно так і буде. Java та C ++ сильно відрізняються, незважаючи на їх поверхневу синтаксичну схожість. Досвід Java не враховує практично нічого під час вивчення C ++.

Ігровий процес над графікою - це прийнятний вибір, і ви можете побачити це в успіху таких ігор, як Terarria та Minecraft. Але якщо ви маєте намір створити графіку srs, то це не стане можливим на Java.

Отже, я дуже серйозно ставлюсь до розробки ігор, чи все ж Java є життєздатним вибором? Я кілька разів намагався вивчити C ++, але мені не дуже подобається мова. Я не знаю чому, але зазвичай, коли я намагаюся навчитися, я ніколи не можу зрозуміти теми.

Якщо ваша причина вибору Java полягає в тому, що ви не можете зрозуміти C ++, ваші програми Java не будуть досить швидкими для високоякісної графіки. Використовувати мову вищого рівня слід тому, що це робить вас більш продуктивними, а не тому, що ви не могли зрозуміти мову нижчого рівня.

Я не думаю, що це зовсім погана ідея писати гру на Java, особливо якщо гра проста, але ви негайно зіткнетеся з проблемами продуктивності на Java, якщо ви використовуєте її як милицю.

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

1. Важка графіка: Можливо, але ви будете робити те ж саме в Java / LWJGL, як і в C ++ / GL: писати байти в буфери GPU та / або використовуючи застарілі списки дисплеїв, як це робить Minecraft. Якщо ви не розумієте управління пам'яттю, ви також не будете робити це правильно.

2. Швидка гра без затримок: завдання не з будь-якої мови, і ви, швидше за все, стріляєте собі в ногу в будь-якому випадку, не вкладаючи в це думки.

3. Ні, Java не буде доступна на консолях.

Досвідчений програміст, як правило, знає багато мов програмування - вивчити додаткові мови програмування не надто складно, коли ви добре знаєте одну. Однак я настійно рекомендую, щоб C ++ не був вашою першою мовою, і, мабуть, не другою.

Це тому, що C ++ отримує велику ефективність від того, щоб не робити жодної суттєвої перевірки помилок виконання. Наприклад, доступ до елемента з кінця масиву на Java завжди буде виключати виняток, який точно повідомляє програмісту. У C ++ вам може пощастить, і він вийде з ладу негайно, але дуже часто він мовчки перекидає інші дані, і помилка не з’явиться набагато пізніше .

Я б запропонував вам зараз дотримуватися Java (або перейти на C #, якщо ви хочете цього). Це дозволить зробити все швидше, ніж використання C ++, а продуктивність на ПК не повинна бути проблемою.

Подумайте про вивчення C ++ після того, як ви виконали кілька проектів безпечнішими мовами. C ++ - це те, що вам потрібно для більшості професійних завдань з розробки ігор.

Зауважте, що, за винятком C # / XNA, отримання гри, яку ви записали на консоль, як мінімум вимагає створити компанію з офісом і мати великий бюджет на обладнання апаратних та інших витрат.

Відмова від відповідальності: Це не відповідає точно на ваше запитання. Однак я спробував (коротко) згадати деякі моменти, які можуть вас зацікавити.

Причина, що ви так багато бачите про C ++, полягає в тому, що C ++ все ще є галузевим стандартом - найпоширенішою мовою для консолей тощо.

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

Якщо вам подобається Java, C # дуже схожий за синтаксисом, з тим перевагою, що він може взаємодіяти з C ++ - тому речі низького рівня при необхідності можна робити в C ++. Unity може використовувати C # для написання сценаріїв, а XNA - відмінний вибір.

Знову ж таки, Java широко не використовується. Якщо вам подобається стиль і синтаксис, я думаю, ви знайдете C # дуже схожим, дуже приємним досвідом кодування.

Я сподіваюся, що ваші мрії здійснили, це дуже весело по дорозі :)

Це не відповідає на ваше запитання; проблеми графіки та консолі, здається, щось, що вам дуже потрібно розглянути. Також GC впливає на продуктивність. Але про що я пишу:

Якщо ви пишете великі, складні програми OO, ви пишете їх у 5 разів швидше на Java, ніж на C ++. Крім того, обслуговування буде значно простішим. Я перейшов, (правда, для неігрового програмного забезпечення), і моя продуктивність зросла. C #, ще одну хорошу альтернативу, навчитися складніше, ніж Java, оскільки її набагато більше. Коли ви це знаєте, ви можете написати код навіть швидше, ніж на Java; він пропонує вам багато хитрощів. Однак я вважаю, що ці хитрощі можуть ускладнити обслуговування. А потім є Java doc, який допомагає бібліотекам Sun і вашому власному старому коду. C # не має нічого подібного.

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

Подивіться чувак, проста відповідь на те, "Чи життєздатна Java для ігор Dev" - це очевидно, так. Ви можете використовувати будь-яку мову програмування для створення ігор. Це не означає, що слід .

Напевно, саме те, що відключає вас від C ++ (керування пам’яттю низького рівня, відсутність сміттєзбірника, необхідність звертати увагу на покажчики, структури як масиви тощо) - це саме те, чого слід дізнатися, якщо ви хочете найбільш ефективно використовувати ресурси комп'ютера. . Ваші ігри будуть працювати найкраще, якщо ви найефективніше використовуєте ресурси комп’ютера.

Java робить деякі речі (такі як перевірка меж масиву), які просто запускають повільніше. В цьому оптимізованому прикладі шумового коду Java Perlin автор прокоментував "(доступ до масиву набагато повільніше, ніж доступ до членів)". Такі речі є досить протилежними інтуїтивно зрозумілим походженням із C ++. Але на Яві такі речі є.

Я кажу, перестаньте ухилятися від кулі, вивчіть C ++ і використовуйте її.

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

Сучасні JVM, навіть ті, що входять до Oracle, мають багато, багато можливостей для вирішення проблем, які тут виникають люди. Ви можете використовувати різні збирачі сміття, щоб отримати більш детерміновану поведінку збирачів сміття. Я не маю великого досвіду роботи з бібліотеками 3D - лише небагато з Java3D - але, здається, ніхто тут не скаржився на них. Тепер аналіз втечі дозволяє заблокувати елізію та набагато швидше / мізерно виділити дуже короткочасні об'єкти.

Проблема полягає в тому, чи ви виберете Java з C ++, вам доведеться навчитися правильно використовувати паралельність і добре розуміти управління пам’яттю. Зрештою, ви можете так само легко накрутити, mallocяк і з чим new. Я не знаю, що таке інструменти для C ++, але інструменти для профілювання Java досить прості у використанні, безкоштовні та інтегровані з IDE. Ви можете використовувати їх , щоб відстежувати проблеми продуктивності та дізнатися .