Создание игры "Шахматы" С нуля для себя.

[Fanyuus]

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

Самое главное: не смешивайте данные с их отображением.
Начать рекомендую с реализации самой игры в шахматы без мыслей об отображении на экран. Думайте только об игре, её правилах и только это реализуйте. Отображение на экране - это отдельный разговор и оно не должно мешать проектированию самой игры.

Отлично, одной глобальной проблемой "меньше"))
нет, проблема вывода на экран, конечно, никуда не уходит, но да - так проще - думать только о процессе.

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

Для начала проще должно быть использование GDI без всяких анимаций и переносов фигур. По сути всё сведётся к выводу картинок с определенными координатами. Каждый ход тупо перерисовываем всю доску со всеми фигурами и не паримся.

а можно это сделать примерно так?
(описываю как это "примерно")

Допустим, нарисована доска. Вот именно, что она полностью нарисована, jpeg, пускай будет. Хотя нет, неверное не он, ну не суть. картинка.
На этой картинке есть типа наш "массив" 8х8 белых и чёрных, с боков буквы и цифры, это понятно. И есть нарисованные фигурки. 32 штуки. Они уже идут как бы... ну как отдельные картинки.

Так вот, допустим, я беру "пешку" и передвигаю её вперёд на 1 картинку - при этом, если я беру пешку, то она независима от доски - это как бы 2 разные картинки, которые наложились.
А клетки доски... они должны быть тем самым массивом, который я и буду задавать внутри. Вот типа сейчас. И я думала, (сейчас можно начинать смеяться), что эти клетки на jpeg-овой доске будут под каким-то точками, чтобы под точками был "массив". И вот когда фигурку перетаскиваешь на эту "точку", то там уже и идут все проверки и так далее. да пускай будет даже так, что ты нажимаешь на фигурку, а она уже "подсвечивает" возможные ходы, вообще. просто фигурка и доска - разные вещи - картинки, я вот о чём.

Я чувствую, что говорю какие-то фантастические вещи - если исходить из ситуации, что там несколько картинок, - такое возможно? Если да, то это как делать? ну хоть в общих чертах))))

[pu4koff]

Картинки просто накладываются друг на друга. Сначала есть пустой холст. Потом на него рисуется доска. Поверх доски уже рисуется фигура (точнее картинка с нужной фигурой). Картинки для простоты лучше взять BMP. Все картинки всех фигур для простоты должны соответствовать размеру ячейки доски. Фигуры нужно будет выводить с прозрачностью. Два основных метода:
1) "Прозрачные" места заполнить каким-нибудь заведомо ненужным цветом (пурпурный, салатовый, ...)
2) Создать еще одну монохромную картинку-маску.
Про это уже читать нужно литературу и смотреть как приятнее реализовывать будет.
Теперь про перемещение фигур.
Для начала я бы с этим не заморачивался и реализовывал ход так:
1) Левым щелчком выбираем фигуру и как-то это обозначаем для пользователя (рамочку там какую рисуем или подсвечиваем возможные ходы)
2) Еще одним щелчком указываем ячейку, куда нужно переместить фигуру или же выбираем другую фигуру.
Если же хочется именно мышкой таскать фигуру, тогда:
1) Рисуем доску со всеми фигурами, кроме перетаскиваемой и больше не трогаем.
2) Перетаскиваемую фигуру выносим как отдельное окно (не забываем, что в Windows кнопки и поля ввода - тоже окна) и перемещаем вслед за курсором мышки.
3) При отпускании мышки смотрим над какой ячейкой находится центр фигуры и туда её перемещаем (не окно перемещаем, не картинку, а фигуру в контексте игры).
4) Убиваем это перетаскиваемое окно
5) Перерисовываем доску и автоматом получаем новое расположение фигур (которое мы изменили на шаге 3).

[Fanyuus]

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

Картинки просто накладываются друг на друга. Сначала есть пустой холст. Потом на него рисуется доска. Поверх доски уже рисуется фигура (точнее картинка с нужной фигурой). Картинки для простоты лучше взять BMP. Все картинки всех фигур для простоты должны соответствовать размеру ячейки доски. Фигуры нужно будет выводить с прозрачностью. Два основных метода:
1) "Прозрачные" места заполнить каким-нибудь заведомо ненужным цветом (пурпурный, салатовый, ...)
2) Создать еще одну монохромную картинку-маску.
Про это уже читать нужно литературу и смотреть как приятнее реализовывать будет.

Ладно, допустим, всё нарисовали и так далее (слои и фигурки, фигурки и слови)... а как картинки связать с программой?)))
Вот тут пожалуйста расскажите мне)))

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

Теперь про перемещение фигур.
Для начала я бы с этим не заморачивался и реализовывал ход так:
1) Левым щелчком выбираем фигуру и как-то это обозначаем для пользователя (рамочку там какую рисуем или подсвечиваем возможные ходы)
2) Еще одним щелчком указываем ячейку, куда нужно переместить фигуру или же выбираем другую фигуру.

определённо для начала пойдёт и этот вариант))))) даже не для начала, а возможно, он проще. Если вспомнить комп.программы по шахматам... там так и получатеся. Ладно, вот этот вариант буду реализовывать "где-то в начале".


ой pu4koff, спасибо вам огромное!))))

[evg_m]

Теперь про перемещение фигур.

я бы начал с "консольного" управления.
Есть поле ввода (банальный Edit), в шахматной нотации записываем ход (Фа4-е8) и ...

1. внутренний мир
2. отражение внутреннего мира на экран ("доска на экране")
3 Управление ходами
3.1. ручное управление ходами (командная строка).
3.2. управление мышкой (перетаскивание и прочее)
4. ИИ (выбор хода компьютером)

[pu4koff]

т.к. С++, значит будет ООП.
Связывание картинок с программой - интересная формулировка конечно, ну да ладно.

Т.к. будет использоваться С++, значит будут классы.
Классы проектируем исходя из игрового процесса, т.е. они не должны никак зависеть от реализации.
Допустим, мы нажали кнопку "Новая игра", это впоследствии может выглядеть так:

Игрок игрок1 = new Человек("Игрок1");
Игрок игрок2 = new Компьютер("SkyNet");
ТекущаяИгра = new Игра(игрок1, игрок2);

Совершение хода может быть таким:

// x, y - координаты курсора в окне игры
void НажатиеЛевойКнопкиМыши(int x, int y)
{
  int col = 0, row = 0; // координаты ячейки на доске (колонка и строка)
  ОпределитьЯчейку(x, y, &col, &row); // определяем в какую ячейку попали и в col и row получаем её координаты
  if (ВыделенаФигура()) // Если уже была выделена фигура, т.е. по идее должны сделать ход
  {
    // пытаемся переместить выделенную фигура в выбранную пользователем ячейку
    if (ТекущаяИгра->СделатьХод(ВыделеннаяФигура.col, ВыделеннаяФигура.row, col, row)) 
    { // Ход успешно совершен, т.е. всё было согласно правил
      ВыделеннаяФигура = NULL; // Убираем выделение фигуры
      ПерерисоватьДоску(); // Перерисовываем доску, чтобы пользователь увидел результат
    }
    else // Ход не был совершен
    {
      if (ТекущаяИгра->Доска[col][row] != Фигура.Пусто &&
          ФигураДанногоИгрока(col, row)) // Если в ячейке находится фигура игрока, чей ход, то выделяем её вместо уже выделенной
      {
         ВыделеннаяФигура = ТекущаяИгра->Доска[col][row]; // Выделяем другую фигуру
      }
      else ВыделеннаяФигура = NULL; // Просто убираем выделение
    }

Рисование доски

НарисоватьДоску(); // Рисуем только черно-белое поле, в общем, фон
НарисоватьВыделение(); // Рисуем рамочку выделенной фигуры/ячейки
// Рисуем фигуры
for (int col = 1; col < 9; ++col)
{
  for (int row = 1; row < 9; ++row)
  {
    if (ТекущаяИгра->Доска[col][row] == Фигура.Ферзь)
      НарисоватьФигуру("Ферзь.bmp", col, row); // Рисуем ферзя в нужной ячейке
    else if (ТекущаяИгра->Доска[col][row] == Фигура.Король)
      ...
  }
}

Вот как-то так в итоге всё это может выглядеть при первом приближении.

[Fanyuus]

Супер)))

Ещё у меня есть вопрос про классы.
Вот смотрите. в С++ мы в самом начале подключаем библиотеки. можно создать свою библиотеку, где будут все эти классы и уже, скажем так, определённые переменные, которые чётко отвечают за что-то, ну, например, переменная ФЕРЗЬ - вот она отвечает за всё в целом, что "знает" ферзь (класс).

Или, мы классы должны описывать там же, где будет и всё тело?

[pu4koff]

Для начала не нужно заморачиваться и суйте всё в один проект, потом разберётесь и выделите по библиотекам или еще как разбросаете. В учебных проектах не нужно бежать впереди паровоза и строить наполеоновские планы. С большой долей вероятности будет ошибка по неопытности и паровоз уедет в другом направлении, а величие наполеона ограничится его ростом. Если этот проект не "заглохнет" и энтузазизм не угаснет, то он будет переписан "с нуля" раз несколько из-за постигнутого просветления

[Fanyuus]

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

Для начала не нужно заморачиваться и суйте всё в один проект, потом разберётесь и выделите по библиотекам или еще как разбросаете. В учебных проектах не нужно бежать впереди паровоза и строить наполеоновские планы. С большой долей вероятности будет ошибка по неопытности и паровоз уедет в другом направлении, а величие наполеона ограничится его ростом. Если этот проект не "заглохнет" и энтузазизм не угаснет, то он будет переписан "с нуля" раз несколько из-за постигнутого просветления

Золотые слова!)))
Нет-нет, всё верно)) Только это не совсем учебный проект, это всё очень и очень как серьёзно. Пока есть идея икс и горка энтузиазма - надо быстрее-быстрее учиться)))
*ну и вопросов много, хочется получать ответы))

Ещё раз, большое спасибо!

Через неделю-другую, когда я со всем этим разберусь и переварю, что-то попробую сделать, я выложу сюда код(ы). Обязательно заходите посмотреть на это "бредовое дело")))))
Буду рада))))

[pu4koff]

классы потом без проблем вынесутся в библиотеку по мере необходимости, поэтому сейчас я бы не стал заморачиваться на эту тему.
По личному опыту могу сказать следующее:
1) Чем быстрее будет результат, тем лучше для энтузазизма. Не нужно пытаться довести всё до идеала и пусть будет некоторое количество корявых мест, важно, чтобы хоть что-то работало, а иначе энтузазизм угаснет
2) Временные "костыли" и "заплатки" имеют привычку становится постоянными, поэтому важно не переусердствовать с подпиткой энтузазизма быстрым результатом в ущерб качеству кода.

[Axrik]

Я бы начал с написания ИИ, ибо если это дело завалить, то не стоит продолжать весь проект в целом