Ычан: [d | b / bro / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / vn / vo]
[Назад]
Ответ в нить
Имя
Animapcha image [@] [?]
Тема   ( ответ в 10350)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3097 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
137718313048.png-(2.82KB, 96×128, image.png)
10350
No. 10350    
Стив, а на чем ты пишеш 2D online игры?
Развернуть все изображения
No. 10351    
> online
Серверную или клиентскую часть? 8)
No. 10352    
Клиентскую многопользовательскую, с возможностью записи данных на сервер в БД. Если есть ссылки буду рад)
No. 10357    
>>10352
На сях. Я больше ни во что не умею.
А еще у меня алергия на флеш и остальное говно которое является прослойкой-над-прослойкой-над-прослойкой.
No. 10358    
>>10357
Именно на няшной, или таки на плюсах? Разница есть, ибо последние представляют собой несуразную корявую смесь процедурного и объектно-ориентированного языка.
No. 10360    
Таки на сях да, если в них умеешь.

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

Ещё можно на LUA — есть няшный кавайный 2d-фреймворк, умееющий в сеть, называется LÖVE (https://love2d.org/).
No. 10361    
>>10360
>Опять же, ООП головного мозга никто не отменял
По мне так процедурность головного мозга похуже будет.
No. 10364    
137737472589.jpg-(74.32KB, 500×385, tumblr_mrp7mrB3XO1sv7nnoo1_500.jpg)
10364
>>10361
Слыш паренек, виртуальная машина есть? А если найду??
No. 10365    
>>10361
Оророро!
Скажи это процессору, который будет исполнять твой код. Вариант: возьми отладчик и погляди, во что превращаются такие красивые классы, наследованные от класса, наследованные от класса…

Примеров, где ООП действительно полезно и оправданно, мне известно очень мало и они все сугубо академические. Вреда же от неправильного и чрезмерного использования этой незаслуженно распиаренной концепции, имхо, куда больше.
No. 10367    
Java.
Вбросил и убежал. Нет, серьезно. При определенной сноровке и уровне знаний на жабе можно клепать очень хорошие вещи для всех платформ сразу, в т.ч. яблоко и андройд. Скорость? На последних хорошо оптимизированные будут работать даже пошустрее, чем на PC. Плюс все доступно из коробки, сорцы декомпилятся на раз-два, всегда существуют куча готовых библиотек и фреймворков, так что тебе остается только и делать, что писать код и продолжать пинать половые органы.
No. 10369    
137753106748.jpg-(16.79KB, 256×352, lolio.jpg)
10369
>>10367
>Java
>хорошо оптимизированные
>подразумевается, что надо уметь писать оптимальный код
Зачем тогда писать на Java?
А графика наверное на FLASH?
No. 10374    
>>10369
Черновой вариант 2д анимаций на флеше самое то. Дай мне вариант удобней. Но надо будет потом все кадры чистить на чём-нибудь ещё.
No. 10380    
> Вариант: возьми отладчик и погляди, во что превращаются такие красивые классы, наследованные от класса, наследованные от класса…
Обычно, такого количества наследований не делают.
No. 10381    
>>10365
> возьми отладчик и погляди, во что превращаются такие красивые классы, наследованные от класса, наследованные от класса
Отладчик? С каких пор он показывает обращения к VMT, или что там по-твоему должны увидеть любители ООП?
No. 10387    
>>10380
AbstractGameEntity -> RenderableEntity -> HoldableEntity -> EquippableEntity -> Armor -> Boots -> LeftBoot
Просто ты, наверное, не очень много опыта с ооп имеешь.
No. 10389    
137820641244.png-(956.04KB, 1200×1500, 36c552e2ea7d86f514027ccb19d3673c.png)
10389
>>10387
>RenderableEntity -> HoldableEntity -> EquippableEntity
-able, порядок не важет — интерфейсы же. Этажа наследования они не добавляют.

>LeftBoot
Да у вас ООП вместо мозгов! Очевидный
class Boot : public Armor
{
    enum { LEFT, RIGHT } leg;
};

No. 10397    
>>10389
Я даже больше скажу:
class Armor
{
enum { Boots, etc } type;
}
No. 10402    
enum class еще лучше
No. 10418    
java + libgdx
No. 10437    
http://www.openfl.org/ HaXe
http://monkeycoder.co.nz/ Basic
No. 10440    
>>10437
>HaXe
Некоторые решения довольно странные, плюс документации, по сути, нет вообще. Опенсурс ас ис.
>Basic
Его не украсть же, а бесплатная версия с какими-то ограничениями, некоммерческая и только тормозной хтмл5. А ещё, помня, как оптимизировал код предыдущий компилятор этого парня (никак), я что-то сомневаюсь.
No. 10444    
>>10440
http://rghost.ru/private/48661118/96cf6d47cfe42eb48cb7af5e159c098b
номер маршрута ключом послужит
No. 10445    
>>10440
Можно больше про старый компилятор?
Речь идёт про B3D или BMX?
No. 10449    
137878605661.png-(535.78KB, 993×1513, 1359715821985.png)
10449
>>10444
Держи няшу.
>>10445
Вообще бмх, но на самом деле оба, просто вглубь б3д я не лазал. Из всех оптимизаций там только умножение/деление на степень двойки сдвигом. Причём настолько всё плохо, что такой вот код, например, нередко встречается:
push some_arg
call some_func ; функция возвращает float, все функции cdecl
add esp, 4
sub esp, 4
fstp dword [esp]
Естественно, ни о помещении частоиспользуемых переменных в регистры, инлайнинге или о чём-нибудь подобном можно и не говорить.
Конечно, обезьянка - транслятор, но фрибейсик, например, доказывает, что и в C можно так оттранслировать, что это будет тормозить.
No. 10450    
>>10449
Единственные тормоза, которые я наблюдал это буйства сборщика мусора. Но если свести аллокации к минимуму (объектный пул например) то вполне можно жить.
Удалить сообщение []
Пароль  
[Mod]