[ Каскадный ] · Стандартный · Линейный 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]

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

Собственно для этого я парсеры и засунул туда. Насчет соотношения 20/80 - это только игровой текст (ага, именно тот, который у меня грамматически полностью неверен) добавьте сюда 10 скриптовых условий и 10 для действий, завернем все это в связывающий их код - еще 10. Т.е. на движок и генераторы - 50. Нормально, имхо.

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

Угу... может мне еще текстовый квест на ассемблере написать чтобы переходы выполнялись не за 15мс, а за 1?=_= Оно рисует дольше чем работает моя виртуальная машина. В любой программе пишется наиболее приемлемый код по соотношению "скорость/время написания". В моем случае такой подход полностью оправдан.

Если ты не пишешь числа непосредственно, это не значит что их нет. Вот готовое обобщенное решение задачи.

Я сделал абсолютно то же самое, что вы мне сейчас написали (если что - вы написали генератор состояний). То есть представил числа в понятиях квестового движка. Там прикол просто в том, что если бы он знал что такое число - состояние бы потребовалось одно

Слышал про бинарные деревья?
http://en.wikipedia.org/wiki/Maze_generation_algorithm

Ну вот в квесте у меня реализовал рандомный Крускал. Правда, там бинарные деревья как то не нужны...

И еще STL контейнер map.

Вы меня утомляете=_= Хватит меня троллить Скачайте исходники и посмотрите что я там использую.

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

Генерация всего мира происходит в течение тех 3-4 секунд, пока висит сообщение "Loading...". Это вполне приемлемо по производительности. Если бы оно генерилось хотя бы дольше 10 секунд, то, конечно же, пришлось бы отделять рандомные объекты и все остальные и потом перегенерировать только рандомные. Или даже еще круче извращаться. Но у нас 3-4 секунды. Так что зачем создавать себе геморрой?

UPD
Ухаха, крутые цитатки

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