Веб-игровые автоматы - запрос на ввод

Я создаю сетевую онлайн-игру и стараюсь найти наилучший вариант с точки зрения рамки для передней части игры. На заднем конце игры в настоящее время используется asp.net mvc 2. Учитывая, что я могу выполнять действия контроллера и превращать их в действия службы WCF, выбор в конце не должен влиять на мои параметры переднего конца.

Одна вещь, которая, несомненно, должна играть в браузере. Я провел некоторое исследование на лицевой стороне HTML 5 только как часть этого процесса и, вероятно, наклоняюсь в этом направлении, но у меня есть несколько проблем:

  • Предполагая, что в следующем году эта игра будет завершена, какие трудности у меня будут с текущими уровнями принятия HTML 5? В частности, я беспокоюсь о том, что Firefox 3.6 и IE 7/8 все еще имеют большую базу установки. Я рассмотрел Chrome Frame для решения проблемы IE, но не уверен, есть ли недостатки в том, что я не знаю ни того, ни другого (кроме требования к установке).

  • Я привык делать С# с хорошей IDE в комплекте с информацией в реальном времени о том, компилирует ли код и intellisense, напоминающие мне имена символов. Я столкнулся с проблемой с Javascript, где мой код становится большим и сложным в управлении? Проблема доступности, которую только для Javascript решает для моих пользователей, важнее, чем удобство для меня, но она, конечно, также не может быть неуправляемой.

  • Являются ли двигатели HTML 5 на рынке сейчас достаточно зрелыми, чтобы доверять моим инвестициям? Могу ли я с большим риском принять структуру, которая через год прекратится? Из двигателей, на которые я смотрел, ни у кого нет хорошей поддержки сообщества, не так ли? Есть ли там другие, которые делают?

вот те, которые я нашел до сих пор:

Кто-нибудь знает что-либо об этом сообществе или имеет какие-либо основания полагать, что любой из них будет ухожен или доступен по крайней мере в течение следующих нескольких лет? Кто-нибудь знает о другой структуре, что там? ImpatJS имеет самую впечатляющую демонстрацию из всех, и она также является единственной, которая не является бесплатной.

Спасибо за любую помощь/совет. Я просто волнуюсь, я выберу переднюю часть, о которой я сожалею, и я не хочу начинать с нуля 4 или 5 месяцев в будущем.

Это двумерная браузерная игра. Теперь он не предназначен для мобильных устройств, но сразу же после первого запуска он перейдет на мобильный. Одна надежда состоит в том, что он будет работать на мобильных устройствах, если я делаю HTML 5. Возможно, мне придется настроить его для отображения размера, но если мне не нужно переносить его на мобильный, что будет определенным плюсом.

Ответы

Ответ 1

Это мои два цента, которые только что прошли через тот же процесс принятия решений для моей компании.

Наша цель состояла в том, чтобы создать как можно более широкую игру, что означает, что она должна работать как можно больше браузеров. Я сразу же исключил html5, потому что усыновления там нет и кажется, по крайней мере, пару лет, пока он не достигнет более 60% проникновения.

Это оставило меня с Flash против Silverlight. Основанная на Flash база огромна, и для нее доступно множество игровых движков. Flash - это безопасная ставка, если у вас нет особых требований к видео или 3D.

Я выбираю Silverlight, потому что мне нужна хорошая установленная база (60%), и я хотел использовать свои собственные компании .Net. Я также хотел использовать WCF для бэкэнд и не хотел смешивать среды.

Имейте в виду, что SL5 будет поддерживать большую часть XNA, что очень важно. Есть тонна движков XNA и исходный код, который вы можете использовать для начала.

Здесь отличный сайт для просмотра поддержки браузера html5:

http://caniuse.com/

Ответ 2

Я не могу говорить с экспертными знаниями о деталях HTML5 и Canvas, но...

  • Что касается поддержки, у вас все равно будет большая группа пользователей IE7-8. IE немного отличается от других браузеров, потому что вам нужно что-то сделать для установки обновлений. (например, перейдите в папку "Установить обновления" на панели управления или посетите веб-сайт ie.microsoft.com). Другие браузеры (например, firefox) просто расскажут вам и упростите обновление. Поэтому ваши пользователи FF 3.6 должны исчезнуть, но IE по-прежнему будет проблемой. Однако имейте в виду, что большая часть старой части браузера IE связана с ИТ-отделами. сохраняя своих пользователей в более старых версиях - вам не о чем беспокоиться.
  • Это может быть проблемой. Однако разработка JS в Visual Studio или аналогичной IDE не так уж плоха - есть еще IntelliSense и другие полезные вещи, а также отладка в реальном времени. Это определенно будет немного сложнее, чем С#, тем более что многие из новых JS api не были реализованы в Autocomplete многих IDE.
  • Я не думаю, что вам нужно бояться этого. На данный момент HTML5 и Canvas получили достаточно далеко, чтобы их не отменяли, только улучшали. Могут быть несколько модификаций APIS и таких, но недостаточно, чтобы вы не использовали его.

Ответ 3

Будет ли HTML5 заменять Flash? Нет, потому что игры и RIA, которые требуют больше от javascript, не могут быть выполнены, пока достаточный мир не использует IE 15 (это около 5-10 лет). Safari, Chrome, FF (возможно), скоро будут в порядке, но их js-движки будут нуждаться в хорошем оборудовании, и это не всегда будет там.

Silverlight - хороший вариант, но он не поддерживается также как Flash. Вот почему вспышка все еще будет вокруг. Следующая версия будет поддерживать видеоконтроллеры. Это называется Project Mole hill, и вы можете проверить мой вопрос SO здесь.

Если вы хотите сделать супер простые игры без хорошей графики, попробуйте одну из предлагаемых вами услуг. impact.js составляет 100 долларов, остальные смотрят бесплатно. В будущем мы сможем использовать node.js для обработки запросов с серверами, но в то же время Flash - это путь к успеху!

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

Затем для мобильных устройств, iPad, iPhone, Android и т.д. Если вы действительно думаете, что ваша аудитория построила игру на своем языке. Это более эффектно и тяжелее, но Objective C, Java, они намного быстрее, чем HTML, JS, CSS и т.д.

Ответ 4

  • Да, действительно, вы потеряете большую базу пользователей. Но насколько релевантно, что пользовательская база будет для вас, будет зависеть от вашей цели. Игроки с каждым днем ​​RPG гораздо чаще имеют последний браузер, чем пользователи Sunday-Morning-Sudoku.

  • Дайте Eclipse + Веб-инструменты + Aptana. Это сработало очень хорошо для меня.

  • Нет опыта там.

Ответ 5

Я провел несколько пробных запусков с YUI3, Burst engine и Raphael для анимации SVG - все, казалось, работало хорошо; Модуль YUI dragdrop даже обнаруживает те же операции перетаскивания на мобильном телефоне, не добавляя одну строку кода.

Я могу только вообразить, что если бы у меня было время, экземпляр YUI3, доступный на сервере Node.js с анимацией Raphael SVG, был бы моим выбором. Вы можете отказаться от аспект SVG и использовать более стандартные графические методы или, возможно, использовать альтернативную качественную графику для этих пользовательских агентов с меньшим количеством семенников. Возможно, это может быть так, что ваша альтернативная качественная версия - это еще одна реализация вашего игрового движка - и в любом случае вы можете разрабатывать игры, используя не-SVG.

Просто мысли в основном, что не помогает в вашей отладке IDE в реальном времени...

Ответ 6

impact.js имеет отличное сообщество и documentation. Это стоит проверить. Я считаю, что iosimpact.js является частью пакета (хотя бета-версия), что позволяет разрабатывать собственные игры для iphone/ipad.

Ответ 7

Конечно, есть люди, которые думают, что HTML5 заменит флеш в онлайн-играх. Вот движок HTML/Javascript, который я слышал около нескольких дней назад.

http://www.youtube.com/watch?v=_RRnyChxijA

Я действительно не использовал его, но он выглядит действительно многообещающим и предназначен для аналогичного набора требований, которые вы поставили. Он позволяет создавать 2D/2.5D (изометрические проекции) игры. И это выглядит многообещающим.