Обработка столкновений с блоками

[BDA]

Stilet, как я понимаю, мы обсуждаем блоки, которые уничтожаем, а не блок-отражатель.

[Stilet]

мы обсуждаем блоки, которые уничтожаем

Опа!! Даты приношу извинения за флуд, и поду в угол на грэчку
P.S. Тады я бы тоже упростил себе жизнь проверяя расстояние от центра шара до центра вписанной в блок окружности. Подумаешь там цуть-цуть углы будут вылезать из расчета, или еще проще - блоки заменить на шары.

[alonix]

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

В боковую? Как? Да и потом по правилам игры это уже поражение должно быть - чего на него условие писать.

class bloksClass
{
   public:
    int x;
    int y;
    int w;
    int h;
    void draw();
    void getnewxy()
    bool vis;
};

void bloksClass::getnewxy()
{
  x+=vx;
  y+=vy;
...
 и так далее везде bal. убирай
}
void bloksClass::draw()
{
if(vis){
    Form1->Canvas->Brush->Color=clBlue;
    Form1->Canvas->Rectangle(x-w,y,x+w,y-h);}
}

Кстати: bal.x+=bal.vx; это что шутка?

bal. я уберу, а вот с pad. что делать? а если объект будет называться не pad а например pad1? Я просто не знаю как сделать так что бы в качестве аргумента функция брала параметры объекта

[Stilet]

Я просто не знаю как сделать так что бы в качестве аргумента функция брала параметры объекта

просто не пиши имя обьекта - будут использоваться видимые поля, в том числе поля класса (пардонте обьекта, представляющего тип класса)

[s-andriano]

Мне кажется, Вы с самого начала (на этапе проектирования) подошли к задаче не с той стороны, из-за чего получили кучу проблем и неоптимальностей.
Не лучше ли подходить к задаче не со стороны блоков, имеющих координаты в пространстве, а со стороны фиксированной сетки в пространстве, в клетках которых, в частности, могут располагаться блоки. Тогда никакого перебора по блокам не понадобиться, по координатам шарика однозначно определяется клетка, а дальше только проверяется, есть в этой клетке блок или нет. Т.е. алгоритм сложности O(1) вместо O(N).