[ Каскадный ] · Стандартный · Линейный cave quest, спид-проект за 8 дней. релиз

[ripatti]

Привет всем))

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

Результат моих трудов выкладываю здесь.

Квест на английском. Сразу скажу что мой английский ужасен, как минимум в плане грамматики (а уж о литературности и речи не идет). Просто был больший человеческий влом рисовать и вставлять русский шрифт. Но, надеюсь, по контексту будет понятно о чем речь...))

Загрузить файл сюда у меня прав что-то мало, поэтому вот ссылка:
http://rapidshare.com/files/414873564/cave_quest.rar

UPD
Скриншоты:





UPD
Исходники:
 cave_quest_src.rar ( 30.72кб ) Кол-во скачиваний: 82


Сообщение отредактировал ripatti - Вторник, 24 августа 2010, 23:53

[ripatti]

> Хоть я никогда не писал квесты, но разве есть область, где метапрограммирование эффективнее ооп?

ООП - это квестовый движок. Который работает с множеством объектов, которые включают в себя скрипты. Ибо, извините, я не буду для каждого игрового условия создавать кучу объектов - мне проще просто написать парсер грамматики и вставить это все в объект.

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

Ну вот например. В квесте есть одна комбинаторная головоломка (она баян, на самом деле ), которая включает в себя 1024 состояния, в каждом из которых нужно считать сумму. Однако квестовый движок не работает с числами (ибо 99% головоломок это не нужно и я не пихал числа в движок). Поэтому мне пришлось генерить все 1024 состояния. Это, конечно, издевательство над движком, но раз это сделать возможно, почему бы и нет Но вот ручками все прописывать - лучше увольте.

Одно из подземелий генерится по карте. Ибо ошибиться в 30 комнатах кто с кем соединяется - раз плюнуть. И потом тестить все ето... Щщаз Ну даже если я не ошибусь - что делать если я захочу позже немного поменять лабиринт? Править эту кучу однообразного кода?

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

UPD
P.S. кто нить подскажет как нормально делать цитаты в фаст репли?

Сообщение отредактировал ripatti - Пятница, 27 августа 2010, 02:06

[Chintoi]

Ибо, извините, я не буду для каждого игрового условия создавать кучу объектов - мне проще просто написать парсер грамматики и вставить это все в объект.

Смысл ооп не в том, чтобы плодить объекты, а в том, чтобы сокращать количество кода и увеличивать структурированность и переносить логику в компайл-тайм. 20 КБ на контент и 80 КБ на логику в юзер оутпут приложении это глаза на лоб как нерационально.

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

Твоя машина - проц. приставки, который недалеко ушел от машины тьюринга, и задача инженера - наиболее рационально её использовать. Добавлять дополнительные прослойки логики почти всегда нерационально. Рационально разделять логику на составные части, тогда выявляется целая куча кода, без которой просто дышать легче.

Ну вот например. В квесте есть одна комбинаторная головоломка (она баян, на самом деле ), которая включает в себя 1024 состояния, в каждом из которых нужно считать сумму. Однако квестовый движок не работает с числами (ибо 99% головоломок это не нужно и я не пихал числа в движок). Поэтому мне пришлось генерить все 1024 состояния. Это, конечно, издевательство над движком, но раз это сделать возможно, почему бы и нет Но вот ручками все прописывать - лучше увольте.

Если ты не пишешь числа непосредственно, это не значит что их нет. Вот готовое обобщенное решение задачи.
class state{
quest_type1 property1;
quest_type2 property2;
...
quest_typen propertym;
integral_type summ_method(){...}
}
container<state> all_states;
for(int i = 0; i < 1024; i++){
state st = {p1(i), p2(i),..., pn(i)};
all_states.push(st);
}
Никаких движков, минимум оверхеда в байтах и рантайме, и, главное, в программерском коде.

Одно из подземелий генерится по карте. Ибо ошибиться в 30 комнатах кто с кем соединяется - раз плюнуть. И потом тестить все ето... Щщаз Ну даже если я не ошибусь - что делать если я захочу позже немного поменять лабиринт? Править эту кучу однообразного кода?

Слышал про бинарные деревья?
http://en.wikipedia.org/wiki/Maze_generation_algorithm
И еще STL контейнер map.

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

В конструкторе глобального объекта и сгенерировать все. Даже с полным рандомом в компайл тайме большая часть будет готова.

P.S. кто нить подскажет как нормально делать цитаты в фаст репли?

[QUОTE]...[/QUОTE]

Сообщение отредактировал Chintoi - Пятница, 27 августа 2010, 03:40