ООП. Геометрические фигуры

@Chupakabra0_0 · Регистрация: 21.05.2019

Студворк — интернет-сервис помощи студентам

Классическая задачка на абстрактные классы: создать абстрактный класс Figure, напихать туда чисто виртуальных методов аля Draw(), Rotate(), Expand() и так далее, унаследоваться от него всякими Line, Triangle, реализовать методы абстрактного класса, запихать адреса потомков в вектор указателей родительского класса и вызывай себе из него методы.

Но вот задумался: по сути дела у нас может быть Point - класс, описывающий точку как геом. фигуру. И вот её крутить и деформировать, как по мне, абсолютно бесполезно. И что же это выходит - придется пилить отдельный класс FigureWithoutRotate или лепить мелкие интерфейсы аля IDraw(), IRotate(), IExpand(), где надо их реализовать. Но тогда фиг запихнёшь все твои точки и треугольники в один вектор. Можно вообще продолжать наследоваться от Figure, а для неугодных методов делать пустую реализацию и/или кидать их в приватную секцию. Короче ступор.

Как же тогда поступить?

@fao · 11.02.2020, 18:12

zayats80888, почему именно относительно начала координат. Вы же для поворота ввели originX и originY. Как я понимаю это точка, вокруг которой осуществляется поворот, т.е. центр трансформации. Почему бы и для масштабирования не сделать тоже самое

C++
1
2
3
4
5
// ...
 
void scale(double factorX, double factorY, double originX, double originY) override;
 
// ...

Второй момент. Зачем центру окружности или вершинам треугольника метод draw()? Ведь это вроде как раз и есть проблема, которая мучает ТС.

@zayats80888 · 11.02.2020, 18:20

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

Почему бы и для масштабирования не сделать тоже самое

Хотите сделайте, но в целом можно обойтись и без центра преобразования, как для поворота, так и для масштабирования. Можно просто комбинировать с параллельным переносом.

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

Второй момент. Зачем центру окружности или вершинам треугольника метод draw()? Ведь это вроде как раз и есть проблема, которая мучает ТС.

У него нет задачи что либо рисовать, метод draw может выглядеть так:

C++
1
2
3
4
5
6
void Circle::draw()
{
    std::cout << "Окружность с центром ";
    center.draw();
    std::cout << "и радиусом " << radius << std::endl;
}

@Avazart · 11.02.2020, 19:17

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

У него нет задачи что либо рисовать, метод draw может выглядеть так:

С чего Вы взяли? Может звездочками(*) нужно рисовать в консоли.

@zayats80888 · 11.02.2020, 19:32

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

С чего Вы взяли?

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

Классическая задачка на абстрактные классы

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

Может звездочками(*) нужно рисовать в консоли.

Тогда это задача для других абстракций, например

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
struct vertex;
 
enum class Primitive_type
{
    Points,
    Lines,
    Line_strip,
    Triangles,
    Triangle_strip
    //...
};
class framebuffer
{
    //...
public:
    void draw(const std::vector<vertex>& buf, Primitive_type pt);
};

@Chupakabra0_0 · 11.02.2020, 19:48 **[ТС]**

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

С чего Вы взяли? Может звездочками(*) нужно рисовать в консоли.

Поправочка: рисовать надо. Но с этим проблем нет, слава SFML, которой разрешили воспользоваться.

@zayats80888 · 11.02.2020, 19:53

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

рисовать надо. Но с этим проблем нет, слава SFML, которой разрешили воспользоваться.

Ну так там всё есть, ничего выдумывать не нужно

@Chupakabra0_0 · 11.02.2020, 20:04 **[ТС]**

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

Ну так там всё есть, ничего выдумывать не нужно

Так точно, но вот была проблема с схемой наследования. А то потом преподаватель такой: "А почему ваша точка не крутиться?" Лучшим наверное способов решения будет просто не делать точку отдельной фигурой. И так круг есть

@zayats80888 · 11.02.2020, 20:15

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

А то потом преподаватель такой: "А почему ваша точка не крутиться?"

И правильно скажет. В графике точку можно рисовать, крутить, масштабировать, и т.д. (подвергать любым афинным преобразованиям). Там по сути ничего кроме точек(вершин) и нет.

Новые блоги и статьи Все статьи Все блоги /
Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .
Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .

@Chupakabra0_0 0 / 0 / 0 Регистрация: 21.05.2019 Сообщений: 5

	ООП. Геометрические фигуры 10.02.2020, 17:52. Показов 5978. Ответов 27 Метки абстрактный класс, интерфейс, наследование, ООП, полиморфизм, фигуры (Все метки) Классическая задачка на абстрактные классы: создать абстрактный класс Figure, напихать туда чисто виртуальных методов аля Draw(), Rotate(), Expand() и так далее, унаследоваться от него всякими Line, Triangle, реализовать методы абстрактного класса, запихать адреса потомков в вектор указателей родительского класса и вызывай себе из него методы. Но вот задумался: по сути дела у нас может быть Point - класс, описывающий точку как геом. фигуру. И вот её крутить и деформировать, как по мне, абсолютно бесполезно. И что же это выходит - придется пилить отдельный класс FigureWithoutRotate или лепить мелкие интерфейсы аля IDraw(), IRotate(), IExpand(), где надо их реализовать. Но тогда фиг запихнёшь все твои точки и треугольники в один вектор. Можно вообще продолжать наследоваться от Figure, а для неугодных методов делать пустую реализацию и/или кидать их в приватную секцию. Короче ступор. Как же тогда поступить? 0