[smart_man]

Сообщение от YVitaliy

Судя по всех топиках выше, ТС и сам мог бы сделать движок, просто лень. Или я ошибаюсь? Просто, как на меня, все продумано вдоль и впоперек, на каждый элемент тз есть свой вариант решения. Но я бы не взялся (пугает кроссплатформенность (Я даже MacOS в глаза не видел ) (а где Линукс?), и отсутствие ООП, само собой - при таких условиях в коде погрузнешь на месяца два, не меньше).

Проектирование программы и ее кодинг - это разные вещи. То что я спроектировал еще не значит, что я могу это закодить (к сожалению).

Сроки вы явно преувеличиваете. У страха глаза велики =)

[Aristarh Dark]

С 1 сентября я пойду в отпуск, могу заняться. Раньше - никак.

[poli-smen]

Сообщение от Pyro

если не ошибаюсь, возможно даже так

Код:

Item[id]['name'] := 'apple';

К сожалению в таком виде нет контроля типов (точнее какие свойства есть а каких нет) на этапе компиляции. А вот в таком виде есть:

Код:

Item[1].Name := 'apple'; // Здесь нормально
Item[1].Neme := 'apple'; // А здесь компилятор уже будет ругаться, что нету свойства Neme

[Pyro]

Проектирование программы и ее кодинг - это разные вещи.

совсем нет, программисту же потом с этой архитектурой бодаться

нет контроля типов (точнее какие свойства есть а каких нет) на этапе компиляции.

вобщем да, просто я исходил из того, что все эти методы будут вызывать запросы к базе, и чтобы обойтись одним методом, а сам класс должен знать имя своей таблицы

[smart_man]

Сообщение от Aristarh Dark

С 1 сентября я пойду в отпуск, могу заняться. Раньше - никак.

Было бы здорово!

Для поднятия (или снижения, уж как получится гг) мотивации добавил в задание скриншот стартовой локации.

[icsander]

Тоже могу чем-нибудь помочь.
Пара моментов...
Я так понял Вы хотите использовать процедурный подход в написании игры.
Мое мнение - это не очень удобно. Когда я начинал изучать дельфу, захотелось написать игру. Т.к. ООП знал слабо (наследие паскаля), то писал процедурами. Из объектов были только форма и таймеры. В общем - кошмар. Дело не дошло даже до подсчета очков, а код был как морской узел - запутан до маразма. Спасало только то, что в качестве обертки над DirectX использовал DelphiX (хороший , но древний движок). Кстати игру могу показать.
Первый раз до меня не дошло и я накарябал еще пару простых игрух в таком-же стиле до рабочего состояния. Съеште мой мозг, если я еще раз займусь этим мазохизмом.
Понятно, что порождать целый класс, чтобы сложить два целых числа - это абсурд, но в таких проектах ООП желателен. Тем более при командной разработке. Простите наболело...
Итак - готов помочь.

[smart_man]

Сообщение от icsander

Тоже могу чем-нибудь помочь.

Присоединяйтесь барон. Присоединяйтесь. (с)

Я только обсужу наше взаимодействие с уже откликнувшимся Aristarh Dark.

[YVitaliy]

И мое пожелание - используй или OpenGL или DirectX. Так проще будет работать с изображениями, соответственно, и эффекты какие-нибудь. Но это, наверное, на соображение кодеров. И ООП соответственно. В случае OpenGL я и сам мог бы помочь, сейчас доделываю 2D танчики ( ) на OpenGL, просто заняла одна идея. Немного с шейдерами работаю, но художник из меня никакой (технарь, черчение - отлично, а вот рисовать...).