Лучший из обоих миров: браузер и настольная игра?

Возможно, вам стоит обратить внимание на Native Client от Google, который позволяет писать приложения на C или C++ (или на любом другом языке, который компилируется в нативный код). Новая функция, которая появится в SDK - поддержка LLVM, что (надеюсь) позволит программному обеспечению NaCl работать на любой платформе, на которой работает браузер Google Chrome (или любой браузер, с которым работает плагин NaCl - в настоящее время поддерживаются x86 и ARM, IIRC).

Да. Вы можете сделать что-то, что будет работать в обоих. В основном, сделайте так, чтобы ваша программа работала внутри JPanel. Апплет может отображать JPanel, а настольная версия - это просто окно с вашей JPanel в нем.

Вы также можете иметь полноценный графический интерфейс Swing (или любой другой), который апплет запускает в новом окне, когда пользователь нажимает маленькую кнопку "старт" на вашем апплете.

Есть несколько других различий, которые вам придется учитывать, например, возможность загрузки ресурсов, но я уже делал это раньше для простых игр, которые я создавал.

Хотя WebSense не позволяет мне перейти непосредственно на сайт, по понятным причинам, первое, что пришло на ум, когда я прочитал этот вопрос, это игра вроде Wurm Online. Она написана на Java с использованием JOGL, реализует потоковую передачу контента и локальные кэши, и, похоже, затрагивает многие интересующие вас моменты. Это настольное Java-приложение, а не действительно "in-browser", но я думаю, что вы все равно сможете многому научиться из его реализации.

Браузерная игра всегда находится под угрозой закрытия или обновления окна, что приводит к резкой потере состояния, если только все не хранится на стороне сервера. Это означает, что у вас либо очень простые игры, которые могут поддерживать синхронизацию с помощью модели вызова/ответа (например, множество текстовых игр Facebook "Mob Wars"), либо риск случайного нажатия F5, в результате которого кто-то вернется к своей последней "сохраненной игре"

В своем вопросе вы упомянули Android - думали ли вы о разработке игры исключительно для Android?

По сути, вы получаете лучшее из обоих миров, просты в обслуживании, легко выпускать новые версии , легко монетизировать и получать небольшой доход, и вам также не нужно писать свой собственный установщик или механизмы обновления.

Прежде всего, вы начинаете с неправильного вопроса. Ваше решение о технологии должно определяться концепцией игры. Похоже, что вы уверены в идее написать игру - так спросите себя, каковы требования к игре. Это приведет вас к технологии. Если это не поможет, получите представление о том, "что" вы хотите сделать.

К вашим "за" и "против": Не зацикливайтесь на вещах, которые вам никогда не понадобятся и которые вы никогда не сможете использовать. Думать о платформе steam неинтересно для разработчика-хобби. Также и android не интересен, если вы на самом деле не хотите поставлять свое приложение для android. Этот профи никогда не станет профи в реальности.

Подводя итог: Пусть это решение будет продиктовано вашей идеей, а не самой технологией. Если у вас есть четкое представление о том, что вы хотите сделать, вы получите свой ответ.

(И btw..: Подумайте о том, что подразумевают браузерные игры. За браузерной игрой стоит огромная сервисная область, предназначенная только для поддержания игры в рабочем состоянии. Компании, работающие в таких областях, в основном являются поставщиками услуг.)

Я не думаю, что вы действительно можете сравнивать эти два понятия:

На мой взгляд:

• Applet, flash и другие игры на основе браузера - это обычно небольшие "игрушечные" игры, либо написанные бесплатно, либо дополненные рекламой. Примеры можно найти на сайте Addicting Games.
• Игры на C++ чаще всего являются тяжелыми студийными играми, написанными на специальных физических движках, графических движках и т.д. (особенно это касается игр, распространяемых на Steam, как мне кажется). Кривая обучения, скорее всего, будет намного круче, так как C++ по своей сути более сложный язык, чем Java / Flash.

Если вы не знакомы с C++, мой совет - остановиться на Java с JOGL. Таким образом, вы сможете пройти кривую обучения Open GL до того, как вам придется осваивать C++.

EDIT

Чтобы ответить на другой раздел вашего вопроса, касающийся реализации игры в браузерной и настольной форме, вы можете рассмотреть возможность реализации игры на Java и развертывания апплета и автономной версии, при этом автономная версия может использовать преимущества API полноэкранного эксклюзивного режима Java. Оба приложения могут быть основаны на одной и той же кодовой базе. Можно также рассмотреть возможность уменьшения размера "следа" апплета за счет сохранения файлов данных (например, уровней игры) на стороне сервера и их динамического извлечения по мере необходимости.

Я бы посоветовал сначала написать игру.

Легко увязнуть в том, как сделать лучшую игру на свете, которая может работать на чем угодно, от счёта до SkyNet, но реальность такова, что впереди у вас много задач. о том, что вы просто заканчиваете игру, которая запускается на вашем собственном компьютере.

Сначала напишите игру для одной платформы (независимо от того, является ли эта платформа «родной для Windows с DirectX», «Java-апплетом» или даже «чистым AJAX в браузере»). Если вы можете это сделать, вы можете начать думать о том, как перенести его на другие платформы. Но попытка сделать все - верный способ ничего не достичь.

Или, другими словами:

Я выбрал мультиплатформенность (Win / Lin / Mac)

, так что вы фактически решили ничего . Выберите платформу для развития. Тогда сделай игру. Затем заставьте его работать на других платформах.

Не беспокойтесь о том, что ваша «аудитория» сочтет приемлемым. Если ваша игра веселая, то да, люди с радостью установят Unity. Точно так же, как они установят вашу игру, если она не основана на браузере. Но важным моментом является не «что мне нужно установить, чтобы играть в нее», а «стоит ли оно того». Вы должны сосредоточиться на создании игры, которая стоит установки.

И если вы не планируете продать 20 миллионов копий игры и жить за счет этого, ваша «аудитория» не имеет большого значения, не так ли? Главное - выложить игру так, чтобы все желающие могли ее попробовать.

Но одноплатформенная игра намного лучше незаконченной кроссплатформенной ничего .

Игра, в которой я должен установить Unity, намного лучше, чем игра, на разработку которой у вас уходит еще 3 года, потому что вы настаивали на изобретении колеса.

Если вам действительно нужно такое проникновение, я предлагаю HTML 5 + javascript в зависимости от требуемой производительности.