Розвиваючі ігри в Go? [зачинено]

Нова мова Google Go ще знаходиться в зародковому стані, і вона ще не знайшла широкого використання або підтримки в реальному світі. Незважаючи на це, це здається перспективним експериментом, і мені цікаво, чи може він мати майбутнє в розвитку ігор. Мені не вдалося знайти багато специфічних для гри обговорень Go itwhere, і я подумав, що обговорення CW може бути доречним.

Деякі думки:

• За даними golang.org , програми Go "запускаються майже так само швидко, як і порівняний код C або C ++" - досить швидко?
• Чи добре підходить збір сміття Go для ігор?
• Скільки розумового переоснащення потрібно для створення ігор у країні паралельних гороутин?
• Go часто називають мовою рівня "системи", як приклад подається серверне програмне забезпечення. Важко не думати про багатокористувацькі ігрові сервери, чуючи це.

Твої думки?

Я приймаю ваші запитання:

• Мова досить швидка. Більш повільна мова Java використовується для розробки ігор. Навіть Python (pygame) використовується для розробки ігор, і він значно повільніше, ніж Java. Все залежить від типу гри та наскільки вона є процесором.
• Збирання сміття взагалі не дуже добре для ігор. Однак, Go має особливо погану систему збору сміття (маркування і підмітання), яка зупиняє світ, поки він прибирає речі. Впоратися з цим буде складно і викличе щось із рамки зупинки та руху.
• Пристойна кількість розумового переоснащення необхідна для створення ігор з гороутинами. Графіка та логіка не можуть бути паралельними в традиційному розумінні; але на меншому рівні частини логіки є чудовими кандидатами для одночасних процедур (наприклад, паралельна обробка рішень щодо інтелектуального інтелекту, системи частинок тощо)
• Ігровий сервер для кількох гравців справді може бути чудовим кандидатом для мови Go.

На мою думку, якщо у вас є досить сильний настрій спробувати писати ігри з мовою, займіться цим. Очевидно, якщо ви думаєте про це, то у вас є пристрасть до цього, а чому б не дотримуватися цієї пристрасті, а не змушувати себе дотримуватися норми? Я міг би сказати набагато більше, але я вже багато чого сказав у своїй відповіді на питання: "Чи Рубі підходить мова для розвитку ігор?"

Я написав невеликий движок у Go for OSX (використовуючи OpenGl для графічного вікна). Я маю певний досвід роботи з ігровими движками C ++ ( http://morganjeff.weebly.com/ ) і вирішив спробувати Перейти, прочитавши про деякі функції, які він пропонує.

На випуск Go 1.1 випуск go підтримує більшість функцій, які мені потрібні для створення ігрового двигуна (насправді ядро ​​гри як двигун пропонує редакторам, а що ні), включаючи:

• Прив'язка функції учасника (для системи обміну повідомленнями)
• Відображення є вбудованим (корисно для серіалізації, зовнішньої підтримки інструменту тощо)
• Інтерфейси (для реалізації поліморфної поведінки для систем, компонентів тощо)

Деякі переваги використання Go (для великого проекту):

• Тестування вбудовано в мову (сюди входять контрольні тести та деякі твердження)
• Приклади легко додати до мови (і вони зібрані для коректності)
• Спеціальний код для архітектури легко додати (через умови іменування файлів)
• Профілювання вбудовано в мову
• вбудована версія імпорту (дозволяє додавати великі бінарні файли до окремого сховища від джерела, зберігаючи його версію та оновлення)

Деякі переваги використання Go в цілому:

• Легкий код рефактора
• Go підтримує різьблення (на відміну від C ++, який шарує його зверху)
• надшвидка швидкість компіляції зменшує потребу в підтримці мови мовлення сценаріїв
• статична система набору тексту (інтерфейси задовольняються шляхом набору качки неявно неявно)
• кілька повернених значень, названих параметрів, тегів атрибутів структури
• чудові вбудовані інструменти та документація
• керована мова

Деякі недоліки використання Go:

• Ні макросів, ні шаблонів
• Немає бібліотечної підтримки більш зрілих мов
• керована мова (вказано двічі за призначенням)
• НЕ ІДЕ

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

Ось стаття, яку я пообіцяв: http://blog.golang.org/2011/06/profiling-go-programs.html

-Джефе

Щось ще варто подумати про те, що оскільки Go все ще відносно новий, можливо, ще не існує прив’язок для багатьох загальних бібліотек, що використовуються при розробці ігор.

Не використовуйте Go для розробки гри, це просто альбатрос на шиї. Ланцюжок інструментів для розвитку ігор розширюється настільки глибше, ніж просто мова, якою ви пишете речі, завдяки чому на кожному кроці ви знайдете перешкоди, яких просто не буде, якщо ви просто підете з чимось встановленим.

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