Разложение на классы Опции

[hadrov]

Начинаю изучать ООП и пробую представить нижеследующую таблицу в виде классов/класса.


Например:

Код

const int N = 3;

// описание одной ячейки
class Cell
{
protected:
    int value;    
};

// описание группы из максимумов и минимумов
class Group
{
protected:
    Cell max[N];
    Cell min[N];
};

// описание строки
class Row
{
protected:
    float y[N];
    Group group;
};

// описание таблицы
class Table
{
protected:
    Row rows[N];
};

Для упрощения описал только поля данных. Вопрос состоит в следующем: когда в конкретном случае нужно остановится при разложении классов? ИМХО, уж слишком громоздко вышло. Возможно, класс Group стоит исключить и описывать Cell max[N] и Cell min[N] сразу в классе Row.

А может, вообще, не морочить голову и просто описать вместо классов структуры и запихать их в класс Table. Вот только правильно ли это будет с точки зрения ООП?

[hadrov]

Пока просветления не наступило. Пойду-ка я еще почитаю Страуструпа.

[dxp]

Пока просветления не наступило. Пойду-ка я еще почитаю Страуструпа.

Еще Буча до кучу почитать, очень внятно дядька описывает прикладные вещи по теме.

Он имеет ввиду, что все участники вложений являются наследниками одного базового класса.
Хотя я считал что ООП это не то как именно вкладываются классы,
а что главной целью является обьект, экземпляр какого то класса.
Неважно наследуемый он там или нет. И вот доступ к ресурсам обьекта, т.е. данным и функциям идет через экземпляр.

Это объектный стиль программирования (парадигма). Когда объекты, инкапсуляция, абстракция. А ООП - это уже дальше, это - полиморфизм, виртуальные функции (методы), иерархии.

Согласен с amaora в выводе: "По теме, думаю от ООП тут будет мало пользы, ООП надо использовать для упрощения кода а не для усложнения." Особенно по поводу второй фразы цитаты.