Движок для игры "линии"

[expl]

Чтоб можно было легко отслеживать положение блока на экране и не терять его связь с данными в массиве?

1. Вместо текста "blank" храним null, вместо текста блока храним экземпляр класса Block
2. В экземпляре класса храним ссылку на визуальный объект
Или, если мы фанаты MVC и не хотим чтобы наш массив что-то знал об отображении, то не делаем ссылку внутри Block, а храним словарь (Dictionary):

viewByBlock[block] = blockView;
...
var blockView = viewByBlock[block];

Моё древнющее творчество по несколько другой игре. Но кода мало, откровенного маразма нет - можно разобраться.
Eсли fla не открывается - не обращайте на него внимания - там кода нет, он весь снаружи
key_stone.zip

[AlexCooper]

Чем вам бокс не угодил?)
Создаем физические карты, генерируем объекты сверху вниз и методом сканирования проходим по телам определяя индекс по остатку от деления index[ X%(CountObjectX/StepX) , Y%(CountObjectX/StepX) ]. Не нужно никаких дополнительных массивов. При клике сдвигаем только отображение, сами тела оставляем в покое, при составлении линий уничтожаем тела, имеем красивую визуализацию взаимодействия объектов, играем с физ свойствами и профит.

[ndiezel]

Чем вам бокс не угодил?)

Боюсь ошибиться, но наверное это что-то вроде как из пушки по воробьям стрелять...

[AlexCooper]

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

Боюсь ошибиться, но наверное это что-то вроде как из пушки по воробьям стрелять...

Не знаю, не знаю на счет пушки, мне лично не пришлось бы думать как там красивенько их двигать, всё работало само собой. Создал бы еще класс который генерировал кубики если под "точкой регистрации" этого класса нет объекта. И всё вообще само собой играло и создавалось. Осталось только создать различные зоны и натянуть красивую графику и сделать процедуру нахождения линий.

[Dukobpa3]

Наверное поэтому уже и играть не во что.

Добавлено через 39 секунд
Потому что "думать не приходится".
Ни души ни идеи, ни усилий. Только фреймворк написанный кем-то и непонятно как работающий. Конструктор.

[AlexCooper]

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

Потому что "думать не приходится".

Дык а что думать. Вы наверное всё в ручную пишете? И TweenLite'том тоже не пользуетесь? Ну хочется Вам подумать, думайте кто Вам мешает) Пиши свой класс, пихайте в массивы, играйтесь с анимацией, просчитывайте взаимодействия. Согласен с тем что функционально, есть избыточность, которая заключается в самом движке Box2D, но помоему это может существенно с экономить время на разработку.

Добавлено через 7 минут
p.s. и не думаю что уступит рукописным методам ТС.

[strangedk]

А разве в случае с Box2D нет вероятности что блок вдруг решит повернуться и застрять? Принципиально дома попробую сделать просто падающие блоки, что-то мне подсказывает что ничего не выйдет. И оно всё развалится.

[AlexCooper]

Для этого в Box2D есть физ. свойства объектов. Можно объект на объекте налаживать и ничего не развалиться, не помню точное название свойства но знаю что 100% есть. (Запрещает прокручивание объекта)

Добавлено через 2 минуты
Вот визуально выглядит на 11 Шаге с выключенным балансированием и включенным

[strangedk]

Ага, понял. Спасибо. Идея неплохая, но всё же кажется что физ.движок здесь лишний.
Разве что сделать так, чтобы физика использовалась по делу. Эффекты какие-то, или в конце игры взрыв кубикам делать)

[AlexCooper]

Да можно просто изменить вес объектов и их пружинные свойства, etc. В соответствии будут разные визуальные эффекты как одно на другое падает. Так же можно вконце игры или взрывать или сглаживать углы чтобы все ящики сползли, вообще м вариаций множество. Опять таки соглашусь с тем что физ. движок здесь избыточен но он решает вопрос игровой логики, остается только генерить с условие сверху объекты и механизм определяющий линии. профит.