кошелек биткоин, viber, gimp, inkscape - то что быстро пришло на ум сейчас. все имеют "резиновый" интерфейс с элементами, меняющими размера под размер окна
vasIvas: вообще то ивент не стоит вешать на сам объект, если вы об этом, лучше сделать глобальную функцию, которая будет отрабатывать только раз (а не по разу для каждого объекта)
ну если бы вы почитали про функционал то поняли бы что эти сервисы предлагают:
-регистрацию конкретного игрока в системе
-хранение и синхронизацию данных для конкретного игрока
-хранение глобальных игровых данных
-кастомная логика обработки поступающих данных
-системы lobby и matchmaking (хз как это по-русски)
-внутриигровые покупки
не все системы предлагают весь список да и не нужен он для всех игр, некоторые предлагают даже еще больше. смысл в том что этого достаточно что бы реализовать бекенд практически для любой игры. ну правда если это battlefield10 или WoW-Killer9000 то лучше строить свой датацентр и писать свой бекенд, что бы уж точно не упало ничего от милиардов игроков)
copal: такое ощущение что вы не очень знакомы с разработкой на html5. берите и пишите на голом js свои личные события и рендеры на одном канвасе) наверняка будет "быстрее" и "удобнее".
допилить функционал, который, как кажецо необходим, легко на самом деле. а несколько канвасов использованы для повышения производительности
это бекенд. выделеный сервер можно взять конечно, но балансировать нагрузку и писать всю логику придецо самому, а BaaS это уже готовый бекенд. некоторые типа PlayFab узко-заточены и готовы к использованию (буквально пару строк добавить в игру и полетели), а есть такие как Parse, которые не только для игр и там нужно писать свою логику в скриптах, но это намного легче чем писать свой сервер с нуля, да и нагрузка в Parse опять же будет балансировацо. Кароч фишка готового бекенда в том что на него уйдет намного меньше времени по настройке и интеграции и он не ляжет когда в игру придет волна новых пользователей
асинхронный способ чтения не работает. я так понял что есть методы полного чтения за раз всего буфера, а есть такие вот асинхронные, когда можно построчно читать, но все они должны походу в потоке работать. или я что-то не то делаю. нигде нет конкретных реализаций, только абстрактные снипеты блин или примеры где читаецо весь буфер целиком
Dmitry Butenko: нубский вопрос наверное, но я не силен в многопоточности. как я в итоге понял, процесс надо создавать в отдельном потоке, а как? вот у меня код в классе формы лежит, процесс создаю при клике по кнопке, а какой код и как вынести в поток и как из потока потом передавать данные в функцию в классе формы, что бы обновить GUI?
а можно подробнее, если Вы вкурсе. тоже тут покопался в msdn, нашел BeginOutputReadline. типа асинхронного чтения. в сам Process передается делегат, который вроде как должен читать данные асинхронно.
но я переписал все и в итоге, GUI не замирает, но никаких данных нет. И в консоли пусто. И делегат срабатывает только когда закрываешь консоль, да и то данные = null.
