@klop1990

Привет, Всем! У меня есть обычный тетрис, помогите перегнать его в цветной (чтобы фигуры исчезали по цвету (4 кубика одинакового цвета), а не по линии), у меня падает обычная палка из трёх кубиков, как сделать чтобы каждый из этих кубиков имел рандомный цвет и при нажатии на клавишу (например ту что отвечала в обычном тетрисе за поворот) меняла местами эти кубики???
tetris1.rar

0

@sau

Ты уже вроде создавал эту тему, до сих пор не решил ? - наврятли кто то будет писать за тебя тетрис, задавай конкретный вопросы.
"как сделать чтобы каждый из этих кубиков имел рандомный цвет" - System.Random

0

@SpawnDDR

Сами кубики менять местами и не обязательно, достаточно будет цвета поменять в общем-то, ну и перерисовать соответственно.

0

@klop1990

так а как это прописать, для каждого кубика отдельно?

0

@SpawnDDR

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

0

@sau

Судя по всему, с начала в уроки по программированию, . т.к на форуме такие
- "так а как это прописать" вещи пояснять очень долго.

0

@klop1990

Если сам не можешь, то не дергайся, надумал он меня учить, я прошу помощи на форуме, а не учить меня жизни!!!

0

@I2um1

Довольно кривой тетрис. Проще удалить этот код и написать реализацию нужной игры с нуля.

Стоит определится по какому правилу: по горизонтали, по вертикали, по диагонали, по всему ранее перечисленному, или вообще не важно как, лишь бы стенки касались друг друга.

Сперва стоит определится с тем, что вообще должно быть, а иначе этот проект никогда не будет закончен. Лично у меня поставленная задача вызывает очень много вопросов.
- На чем должна быть написана игра? (DirectX, OpenGL, XNA, Windows Forms, WPF, Silverlight) По большей мере этот вопрос только определяет способ отображения игры на экран и никоим образом не касается логики самого приложения.
- Какие правила игры? Это должен быть список предложений, описывающий все возможные ситуации.
- Какие условия победы/поражения?
- На сколько игроков рассчитана игра? Если более одного, то возможно ли игра на одном компьютере двух и более игроков. И не стоит забывать о игре против компьютера.
- Четко определить "какая клавиша выполняет какое действие".
- Какой размер поля? Может ли оно изменятся во время игры.
- Какие цвета присутствуют в игре? Это так же связано с вопросом о нарастающей сложности игры: добавления новых цветов в процессе игры, увеличения скорости падания блока, уменьшения высоты поля.
- Есть ли в игры таблица лучших результатов? Что в нее записывается?
- Есть ли в игре музыка, звуки, визуальные эффекты? Что именно?
- По какому правилу меняется цвет у падающего блока? Со смещением вниз, со смещением вверх, случайным образом, еще как-то.
Да это только часть вопросов, которые у меня возникли при поверхностном анализе. Уж больно много я вариаций тетриса видел. И детальный ответ на все эти вопросы поможет четко и понятно описать модель системы, которую необходимо смоделировать. А уж на основе этой модели описать алгоритмы реализации, возможные ограничения, недостатки, преимущества. В идеальном случае, при наличии большого количества времени и желания, можно писать масштабируемое приложение, определив предварительно только основные принципы.
И вот только потом можно переходить к написанию кода.
Касательно описания этого падающего блока как вариант можно реализовать класс, который бы хранил координаты верхнего левого угла (привязываясь не к способу отображения, а к координатам игрового поля), перечисление/коллекция/множество допустимых цветов, массив цветов (в данном случае на 3 элемента-кубика, где i-ый элемент определяет цвет для i-ого блока сверху) и некая абстрактная величина, которая бы задавала скорость падения этого блока. Реализовать конструктор, который бы задавал для блока все необходимые значения (смотря какому паттерну следовать). В нем так же должны присутствовать методы смены расположения цветов, прорисовки самого себя на экране (хотя это какому паттерну следовать). После чего как вариант синхронизировать этот блок с полем aka банка (некий двумерный массив, в котором хранятся цвета). И когда падающий блок ударяется снизу об другие кубики (надо проверять факт того, что в этом двумерном массиве на текущей позиции есть цвет, изначально он заполняется пустотой или каким-то идентификатором, который бы говорил о том, что этот участок поля пуст), удалялся, а в поле бы отмечались бы добавленные кубики к нему. Или когда падающий блок соприкасается сбоку с уже упавшими кубиками, то не позволял бы ему дальше двигаться в этом направлении (опять проверка значений в двумерном массиве). Причем сразу после того как падающий блок упал, необходимо провести проверку о наличии 4-х одинаковых цветов. Если такие есть, то убрать их. А дальше в зависимости от правил игры: к примеру, если образовались дыры, то блоки, которые "в воздухе", должны упасть. После чего падает следующий блок.
А теперь о важность начального моделирования работы системы. Допустим мы поле реализовали через двумерный массив. В процессе написания кода или еще хуже в уже рабочей версии взбрело в голову увеличивать сложность игры тем, что поле может содержать в себе дыры или иметь не прямоугольную форму - необычное решения для увеличения заинтересованности потенциальных пользователей оригинальной задумкой. И давай править весь код.

0

@8atom8

Нужна помощь в написание программы которая считывала из txt была лексическим анализатором, создавала дерево вывода, формировала триады, и выводила код ASM

0