Я хочу перейти до якоїсь ігрової розробки, але єдиною мовою, яку я дуже добре знаю, є Рубі. Більшість того, що я прочитав, схоже, вказує на мови нижчого рівня, такі як C ++ для розробки ігор, або мови для конкретних рамок, як C # для використання XNA. Хтось має досвід використання такої мови, як рубін, для розробки ігор? Якщо так, ви б порадили проти чи проти?
Відповіді:
У мене немає переваг щодо Рубі (або Python), я сама людина Java. Але відповідь UnknownDevice про те, як Рубі якось "не зовсім для ігор", а Python - мене засмутила. Я сподіваюся, що він уточнить.
Я знаю, що Pygame існує і існує, і я усвідомлюю, що Python має більшу базу користувачів, ніж Ruby. Але якщо чесно, жоден з них не здається мовою "для ігор". Ні Java, і це моя обрана мова програмування ігор. (і коли я кажу "за вибором", я маю на увазі під вибором , а не тому, що це те, чого навчають у школі, або тому, що я щось "знаю"). І справді, що таке мова "для ігор"? Ну, швидкість - це фактор, і, очевидно, в ній повинні бути бібліотеки для графіки та інших ігрових систем (аудіо, введення тощо).
Що стосується швидкості, то, здається, це сутичка між Рубі та Пітоном. Здійсніть кілька пошукових запитів, і ви швидко знайдете орієнтири та аргументи для обох сторін спектру та різних конфігурацій, які висувають одну чи іншу попереду. Python з чимось під назвою "Psycho" здається популярним демоном швидкості порівняно з Ruby, але звичайний Python здається трохи повільніше, ніж Ruby. Зрештою, якщо ви вибираєте таку мову високого рівня, ви, очевидно, не переймаєтесь швидкістю рідної мови; йдіть мовою, яку ви найкраще знаєте. І явно ти найкраще знаєш Рубі, тому я заохочую!
Інший фактор - чи існує технологія створення ігор; чи може він підтримувати малюнок на екрані та збирати вхід та відтворювати аудіо. Рубі все це може зробити. Насправді існує велика кількість варіантів у цьому відношенні. У RubyForge є пакет ruby-opengl, який надасть підтримку OpenGL для Ruby (або він може бути включений за замовчуванням?). Крім того, Chingu надає "блискавичну 2GB графіку, прискорену OpenGL!" відповідно до його домашньої сторінки; він створює додаткові функції Gosu , які ви можете вибрати, якщо Chingu для вас занадто багато. Або для 3D графіки, якщо ви не хочете використовувати ruby-opengl, спробуйте G3DRuby , "дуже чистий набір класів обгортки для багатьох більш досконалих функцій OpenGL". Там 'Rubygame , про який я не можу знайти багато інформації, але він стверджує, що є "мультимедійною бібліотекою між платформами" та дав назву, повинен робити акцент на розробці ігор. Якщо ви знайомі з популярною бібліотекою SDL для C ++, є Ruby / SDL або RUDL , обидва вони Ruby обгортки SDL. Або якщо ви віддаєте перевагу новіший, більш об'єктно-орієнтований SFML , він також доступний для Ruby!
Немає жодних причин, що Рубі має бути меншою мовою програмування ігор, ніж Python; якщо є, я дуже хотів би почути це, щоб я міг заперечувати проти цього. Якщо вам зручніше програмувати в Ruby, і вам відомо про плюси і мінуси в порівнянні з іншими популярними мовами, то, безумовно, ви можете безперечно розвивати ігри в Ruby!
http://gafferongames.com/2009/01/11/ruby-is-not-at-all-suitable-for-game-development/
URL, мабуть, трохи спойлер.
tl; dr: наївний збирач сміття - справжня проблема.
Немає причини, чому ти не можеш. Поки існує мультимедійна підтримка мови, то це матеріал Gamedev. Хек, велика частка однієї з ігор Rollercoaster Tycoon була зроблена вручну в ASM.
Хоча я не знайомий з великою кількістю глибоких спекулятивних робіт навколо Ruby, Enterbrain створив програми для створення ігор RPG Maker VX і RPG Maker XP, які використовують ігрові сценарії на основі Ruby: http://www.rpgmakerweb.com/
Це було фактично моє перше занурення у мову. Як сказала більшість людей, ви, мабуть, не отримаєте високої продуктивності інших мов, але якщо ви хочете запустити 2D RPG (чи справді іншу 2D гру), це, мабуть, один із найскладніших редакторів ігор, щоб допомогу.
Рубі - це приємна мова, але насправді ігри не чесні. Якщо ви не хочете використовувати C ++, але хочете щось на зразок Ruby, перегляньте Python. Для гарної структури Python слід перевірити щось на кшталт www.cocos2d.org/.
Це залежить від того, який тип гри вам цікавий для написання. Я використовував рубін, щоб писати клієнтів AI для кількох ігор, включаючи дипломатію , покер та загублені міста . Я вважаю це дуже доброзичливою мовою для швидкого експерименту з різними поняттями. З іншого боку, я не хотів би використовувати його для написання свого шутера в режимі реального часу - він просто не матиме потрібної мені швидкості.
Ваше запитання занадто загальне. Ви хочете просто написати якусь комп’ютерну гру як проект хобі чи хочете вступити в розвиток інді / професійної гри? Чи буде в ньому графіка? На яких платформах він повинен працювати?
Взагалі, Ruby підходить для хобі-проектів (BTW - моя улюблена гра Ruby - Ruby Warrior ) та для розробки веб-ігор, таких як Farmville. Навіть є певний попит на таких програмістів, спробуйте гугл щось на кшталт: "соціальна гра рубінового програміста".
З іншого боку, якщо ви хочете розвивати настільні або мобільні ігри з графікою, Ruby - не найкращий варіант. Поміркуйте:
Не сподівайтеся писати високоефективні, професійні, комерційні, 3D-ігри з Ruby, але Ruby - це чудова мова, яка використовується при вивченні концепцій розвитку ігор.
Gosu - найпопулярніша (і активно підтримується) бібліотека для написання 2D ігор в Ruby. У ній є основна бібліотека C ++, яку він використовує для підвищення продуктивності та взаємодії з базовими бібліотеками візуалізації дисплея, такими як OpenGL.
Що стосується продуктивності, реалізація Ruby (MRI) за замовчуванням буде добре працювати (я пропоную останню Ruby 2.0 для найкращої продуктивності), але є альтернативні реалізації, які мають вбудовані потоки та альтернативні алгоритми збору сміття, такі як Rubinius, JRuby тощо Якщо ви використовуєте теми, ви можете спробувати Рубіній, інакше MRI Ruby буде добре працювати.
Я сказав, що Python має більшу базу користувачів та більше можливостей для створення ігор / бібліотек для розробки ігор. Цілком очевидно, що ця людина не має досвіду в розробці ігор, тому мені не має сенсу рекомендувати їм використовувати щось на зразок Рубі лише тому, що це можливо.
Коли я працюю над іграми, я використовую C ++ з Lua, я не виходжу і пишу свою гру в Visual Basic тільки тому, що вона підтримує медіа Я впевнений, що всі тут чули, як хтось говорить певні інструменти для певної роботи. Я впевнений, що ви можете вбити цвях взуттям, але навіщо це робити, коли можете використовувати молоток.