Size: a a a

2021 June 24

RM

Roy Mustang in C++ Together 2.0
В том то и прикол что да
источник

RM

Roy Mustang in C++ Together 2.0
так я вообще бы выбросил ооп на помойку
источник

RM

Roy Mustang in C++ Together 2.0
Я понимаю, когда оно редко юзается и максимум 1 уровень наследования (бывает небходимость порой)
источник

EP

Egor Pugin in C++ Together 2.0
сделай сначала консольный вариант, чтобы не добавлять сюда ненужный гуи. Сделаешь модель игры, а дальше просто отрисуешь её
источник

RM

Roy Mustang in C++ Together 2.0
но вот это говно по 2-3 наследования - черт ногу сломит при раздутии проекта
источник

RM

Roy Mustang in C++ Together 2.0
Да это все у меня есть
источник

RM

Roy Mustang in C++ Together 2.0
это в sfml легко делается
источник

EP

Egor Pugin in C++ Together 2.0
уже готово всё?
источник

EP

Egor Pugin in C++ Together 2.0
ну отсылай тогда
источник

RM

Roy Mustang in C++ Together 2.0
Нет, не готово
источник

RM

Roy Mustang in C++ Together 2.0
Я думаю как построить архитектуру ООПшную
источник

RM

Roy Mustang in C++ Together 2.0
У меня Piece объекты лежат в Board классе
источник

p

pepeground_bot in C++ Together 2.0
меня вот интерактивная! у нас есть кодировки разные у файлов, и что?
источник

RM

Roy Mustang in C++ Together 2.0
С точки зрения логики все корректно, пешки расположены на шахматной доске
источник

RM

Roy Mustang in C++ Together 2.0
Board наследуется от Renderable и Updatable
источник

RM

Roy Mustang in C++ Together 2.0
Piece тоже наследуются от Renderable, Updatable и Movable
источник

RM

Roy Mustang in C++ Together 2.0
Board в Renderable вызывает в векторе из Piece объектов ->Render метод
источник

RM

Roy Mustang in C++ Together 2.0
Но тут есть косяк, с точки зрения ООП, это некорректно
источник

RM

Roy Mustang in C++ Together 2.0
Потому что ООП предполагает что объект, который наследуется от Renderable должен храниться как указатель на этот самый Renderable
источник

VD

Vlad Doc in C++ Together 2.0
))))))
источник