|
|
|||||
Цитата:
2. В экземпляре класса храним ссылку на визуальный объект Или, если мы фанаты MVC и не хотим чтобы наш массив что-то знал об отображении, то не делаем ссылку внутри Block, а храним словарь (Dictionary): Моё древнющее творчество по несколько другой игре. Но кода мало, откровенного маразма нет - можно разобраться. Eсли fla не открывается - не обращайте на него внимания - там кода нет, он весь снаружи key_stone.zip |
|
|||||
Чем вам бокс не угодил?)
Создаем физические карты, генерируем объекты сверху вниз и методом сканирования проходим по телам определяя индекс по остатку от деления index[ X%(CountObjectX/StepX) , Y%(CountObjectX/StepX) ]. Не нужно никаких дополнительных массивов. При клике сдвигаем только отображение, сами тела оставляем в покое, при составлении линий уничтожаем тела, имеем красивую визуализацию взаимодействия объектов, играем с физ свойствами и профит.
__________________
return this... |
|
|||||
Цитата:
|
|
|||||
Не знаю, не знаю на счет пушки, мне лично не пришлось бы думать как там красивенько их двигать, всё работало само собой. Создал бы еще класс который генерировал кубики если под "точкой регистрации" этого класса нет объекта. И всё вообще само собой играло и создавалось. Осталось только создать различные зоны и натянуть красивую графику и сделать процедуру нахождения линий.
__________________
return this... |
|
|||||
Наверное поэтому уже и играть не во что.
Добавлено через 39 секунд Потому что "думать не приходится". Ни души ни идеи, ни усилий. Только фреймворк написанный кем-то и непонятно как работающий. Конструктор.
__________________
Кто к нам с чем для чего - тот у нас того от того. |
|
|||||
Дык а что думать. Вы наверное всё в ручную пишете? И TweenLite'том тоже не пользуетесь? Ну хочется Вам подумать, думайте кто Вам мешает) Пиши свой класс, пихайте в массивы, играйтесь с анимацией, просчитывайте взаимодействия. Согласен с тем что функционально, есть избыточность, которая заключается в самом движке Box2D, но помоему это может существенно с экономить время на разработку.
Добавлено через 7 минут p.s. и не думаю что уступит рукописным методам ТС.
__________________
return this... |
|
|||||
А разве в случае с Box2D нет вероятности что блок вдруг решит повернуться и застрять? Принципиально дома попробую сделать просто падающие блоки, что-то мне подсказывает что ничего не выйдет. И оно всё развалится.
__________________
adobe AS3 manual |
|
|||||
Для этого в Box2D есть физ. свойства объектов. Можно объект на объекте налаживать и ничего не развалиться, не помню точное название свойства но знаю что 100% есть. (
Добавлено через 2 минуты Вот визуально выглядит на 11 Шаге с выключенным балансированием и включенным
__________________
return this... |
|
|||||
Ага, понял. Спасибо. Идея неплохая, но всё же кажется что физ.движок здесь лишний.
Разве что сделать так, чтобы физика использовалась по делу. Эффекты какие-то, или в конце игры взрыв кубикам делать)
__________________
adobe AS3 manual |
|
|||||
Да можно просто изменить вес объектов и их пружинные свойства, etc. В соответствии будут разные визуальные эффекты как одно на другое падает. Так же можно вконце игры или взрывать или сглаживать углы чтобы все ящики сползли, вообще м вариаций множество. Опять таки соглашусь с тем что физ. движок здесь избыточен но он решает вопрос игровой логики, остается только генерить с условие сверху объекты и механизм определяющий линии. профит.
__________________
return this... |
Часовой пояс GMT +4, время: 15:35. |
|
« Предыдущая тема | Следующая тема » |
|
|