Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

работа над RPG

Страницы: < 1 2 3 4
TButton © (2003-04-06 20:52:00)

собсна вопросов возникает куча определенного ответа на них у меня покамест нету.
например
-как реализовать шмотки. создать record в котором собраны все возможные параметры или как-то еще.
-как реализовать разл. воздействие на чара. Например отравление или наркотики (сначала +++ потом ------)
-как лучше реализовать самого чара.

и подобные. если у кого есть мысли - пишите, обсудим.

Плохой человек (2003-04-06 22:33:00) [61]

2 TButton:
Да, прописывать. Используя вложенные записи, типа:

type TSpells = record
Magic: TMagic;
Material: TMaterial;
end;

type TSkills = record
Speed: Integer;
Armor: Integer;
Science: Integer;
end;

type TBook = record
Spells: TSpells;
Skills: TSkills;
Other: TOther;
end;

Конечно же, использовать множества, массивы и прочее.

TButton (2003-04-06 21:18:00) [62]

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

вспомнил еще один ньюанс. (чтоб было понятнее представьте себе Фалаут, чтоб не было противно - Фалаут2) есть навыки и книги которые увеличивают... эт стал быть если у меня етих навыков(абилитей, perc"ов) с пол сотни, мне все эти пол сотни прописывать в книге? а если вспомнить что книга - тоже предмет. жуткая картина представляется...

Плохой человек (2003-04-06 20:58:00) [63]

> как реализовать шмотки. создать record в котором собраны все возможные параметры или как-то еще.

Наверное, record подойдёт вполне.

> как реализовать разл. воздействие на чара. Например отравление или наркотики (сначала +++ потом ------)

Менять технические данные чара из того же record. Всё это лучше сделать в методе чара, или, если не ООП, то функция.

> как лучше реализовать самого чара.

Лучше ООП, т.е. с возможностью наследования, с методами и свойствами объекта. Так правильнее, но кому как.

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

Страницы: < 1 2 3 4

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »