а разве наследование такая уж важная возможность?

@nikkka · Регистрация: 10.09.2009

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

@CyBOSSeR · 11.07.2010, 14:26

nikkka, да. Ты считаешь иначе?

@nikkka · 11.07.2010, 14:47 **[ТС]**

CyBOSSeR, нет. просто непонятно почему.

@fasked · 11.07.2010, 14:48

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

нет. просто непонятно почему.

писать кода меньше, поддерживать код проще. чего ж непонятного.

@nikkka · 11.07.2010, 14:51 **[ТС]**

fasked, ну, если понадобилось улучшить класс, оставлая старый, то наследование "полезно". но разве это нужно так часто что для этого создали специалный раздел?
вы не беситесь))) вопроссы тупые, знаю. но ведь я только начинющий, и с наследованием пока работал недастаточно.

@Ignat · 11.07.2010, 15:27

Не по теме:

Хочешь узнать что такое настоящая инкапсуляция,
динамическая компоновка, изменение поведения в реальном времени,
тогда почитай что такое COM.

Добавлено через 1 минуту

Не по теме:

мини реклама была

Добавлено через 10 минут

специалный раздел

Это возможность ООП технологии.
Ни кто не заставляет использовать ООП там где оно не уместно и не приносит выгоду.
Где то тема есть: "зачем нужно ООП" тебе туда точно.

@~~NightmareZ~~ · 11.07.2010, 15:28

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

fasked, ну, если понадобилось улучшить класс, оставлая старый, то наследование "полезно". но разве это нужно так часто что для этого создали специалный раздел?
вы не беситесь))) вопроссы тупые, знаю. но ведь я только начинющий, и с наследованием пока работал недастаточно.

Добавь к наследованию полиморфизм и получишь больше пользы.
Самый простой пример.

Например, пишешь ты игру. В игре у тебя есть куча всяких разных объектов: объекты-монстры класса Monster, объекты-препятствия класса Wall, объект-игрок класса Gamer, объекты-фоновые картинки класса BackgroundPicture и так далее.

Что у них общего? Общее у них то, что они должны быть отрисованы на экране, а значит, у них должна быть функция-член (метод) Draw. Но у каждого класса функция разная (а иногда очень разная).

Как поступить? Создаём базовый класс Entity с чисто виртуальной (абстрактной) функцией Draw, а все вышеперечисленные классы наследуем от Entity и функцию Draw перегружаем (переопределяем).

Для чего? Все наши объекты хранятся в массиве в виде указателя. Но не простого указателя, а указателя на базовый класс (Entity *). Когда идёт отрисовка уровня, проходим по всем элементам этого массива и вызываем метод Draw, но так как реально там лежает не объекты класса Entity, а его наследники, то для каждого из них будет вызван подходящий Draw.

C++

class Entity
{
  virtual void Draw() = 0;
};
 
class Monster
{
  void Draw()
  {
    // тут код для отрисовки монстра
  }
};
 
class Wall
{
  void Draw()
  {
    // тут код для отрисовки препятствия
  }
};
 
class Gamer
{
  void Draw()
  {
    // тут код для отрисовки игрока
  }
};
 
class BackgroundPicture
{
  void Draw()
  {
    // тут код для отрисовки фоновой картинки
  }
};
 
// .......
 
// массив, в котором хранятся все объекты
Entity* array[];
 
// .......
 
// функция, рисующая уровень
void DrawLevel()
{
  for (int i = 0; i < arrayLenght; i++)
    array[i]->Draw(); // тут будет вызываться нужный Draw в зависимости от типа объекта
}

Если бы небыло наследования и полиморфизма, нам бы пришлось писать гораздо больше кода и он бы был гораздо более запутанным.

@nikkka · 11.07.2010, 15:30 **[ТС]**

Genius Ignat, http://ru.wikipedia.org/wiki/C... ject_Model -это?

Добавлено через 1 минуту
NightmareZ, воистину полезный пост!... спасибо!...

@fasked · 11.07.2010, 15:35

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

ну, если понадобилось улучшить класс, оставлая старый

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

сейчас попробую привести банальный пример, но близкий к практике программирования.
допустим нам надо реализовать библиотеку для работы с сокетами. Известно, что сокеты бывают разные, протоколы бывают разные и работать надо с ними по разному, но желательно, чтобы семантика и интерфейсы были одинаковы, чтобы не надо было пользователю класса перечитывать документацию по пять раз. Остановимся на таком различии, есть сокеты, которые имеют адреса, соответствующие протоколу IPv4, а есть работающие с протоколом IPv6. Есть сокеты UDP, TCP и т.д.
Если для каждого такого сокета писать отдельную реализацию, то выходит просто неимоверное количество дублируемого кода (большинство функций реализуются все равно одинаково). А тогда почему бы не написать сначала базовый абстрактный класс (для предоставления интерфейса дочерним классам). Потом дочерние классы UDPSocket и TCPSocket, от TCP сделать еще один HTTPSocket.
Понятное дело можно увлечься и тогда вся иерархия превратиться в труднопонимаемые куски кода, которые невозможно поддерживать. Дабы не быть голословным вот небольшой кусочек кода.

C++

class Socket
{
    void Create();
    void Close();
 
    void Attach();
    void Detach();
 
    virtual void Send();
    virtual void Receive();
};

допустим функции Create(), Close(), Attach(), Detach() реализуются для всех дочерних классов одинаково. Их переопределять не стоит.

C++

class SocketUDP : public Socket
{
    void Send();
    void Receive();
};
 
class SocketTCP : public Socket
{
    void Send();
    void Receive();
}

неправда ли так куда удобнее, чем воротить два полноценных раздельных класса
учитывая, что это самый небольшой примерчик, а настоящие реализации могут достигать сотен строк.
ну а теперь надо от SocketTCP наследовать SocketHTTP. А без возможности наследования пришлось бы еще дублировать код и класса базового сокета. Ужас же.

C++

class SocketHTTP : public SocketTCP
{
    void SetUrl();
    void GetUrl();
    void SetUri();
    void GetUri();
}

Попробуй теперь даже вот эти небольшие примерчики переписать в отдельности. А если в базовом классе нашлась небольшая ошибочка? или просто понадобилось улучшение? переписывать все классы?

Не по теме:

К тому же наследование это тупо интересно :D

Добавлено через 3 минуты

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

есть сокеты, которые имеют адреса, соответствующие протоколу IPv4, а есть работающие с протоколом IPv6.

Хотел написать еще про два класса IPv4Address и IPv6Address для полного счастья, вставить их членом класса и забыл

@Ignat · 11.07.2010, 15:35

Genius Ignat, http://ru.wikipedia.org/wiki/C... ject_Model -это?

Оно.
nikkka только сразу на эту технологию, лучше сразу
не бросаться, как ни как ООП там тоже есть,
и помимо ООП, много других моментов не легких в понимании для начинающего.
Книги про COM есть в разделе COM/OLE.

@nikkka · 11.07.2010, 15:36 **[ТС]**

fasked, спасибо!... очень подробно и доступно!...

@~~NightmareZ~~ · 11.07.2010, 15:37

Сообщение от Genius Ignat

Оно.
nikkka только сразу на эту технологию, лучше сразу
не бросаться, как ни как ООП там тоже есть,
и помимо ООП, много других моментов не легких в понимании для начинающего.
Книги про COM есть в разделе COM/OLE.

А я б не советовал трогать COM вообще. Говорят, пока ***** не трогаешь - оно не воняет.

@nikkka · 11.07.2010, 15:39 **[ТС]**

Genius Ignat, спасибо. короче, пока просто учить с++, и не лезть в СОМ, пока не "поспею"?

Добавлено через 1 минуту
NightmareZ, а почему *****????? чем СОМ плох???

@fasked · 11.07.2010, 15:40

Да и еще. Можно конечно написать один класс, который будет заниматься всем-всем-всем, но я думаю ты и сам понимаешь, что так делать нельзя. Поддерживать невозможно, объект будет дико "неповоротливым", тоже самое, как например на унитазе прилепить вохможности микроволновки и посудомойки, да еще и выход в интернет есть! Вроде все рядом, а ...

@~~NightmareZ~~ · 11.07.2010, 15:40

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

NightmareZ, а почему *****????? чем СОМ плох???

Тем что он недо-.NET

@nikkka · 11.07.2010, 15:42 **[ТС]**

fasked,

Добавлено через 1 минуту
NightmareZ, не, ну .NET точно придётся учить...
а с СОМ посмотрим

просто прочту что ни будь типа "краткого обзора", что бы быть в курсе.

@Ignat · 11.07.2010, 15:43

Не по теме:

А я б не советовал трогать COM вообще. Говорят, пока ***** не трогаешь - оно не воняет.

Если бы ты знал как грамотно microsoft построила себе мультимедиа платформу Dshow,
возможно ты поменял свое мнение.

@~~NightmareZ~~ · 11.07.2010, 15:44

nikkka, а ещё я бы посоветовал вдумчиво почитать про паттерны проектирования. Например, вот тут: http://ooad.asf.ru/Patterns.aspx

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

@fasked · 11.07.2010, 15:45

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

почитать про паттерны проектирования

есть хорошая книга с примерами на Си++

Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес - Приемы объектно-ориентированного проектирования. Паттерны проектирования

@~~NightmareZ~~ · 11.07.2010, 15:52

Сообщение от Genius Ignat

Не по теме:

Если бы ты знал как грамотно microsoft построила себе мультимедиа платформу Dshow,
возможно ты помял свое мнение.

Грамотно можно построить что угодно на чём угодно. Но гвозди всё-таки лучше забивать молотком, а не отверткой и уж тем более не палкой-копалкой.

P.S. Я, наверное, всё-таки погорячился, назвам COM - ******. Он был хорош для своего времени. Но оно, какбэ прошло. Мне так кажется.

Добавлено через 6 минут

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

есть хорошая книга с примерами на Си++

Скажем так, легендарная книга

О ней не слышал, наверное, только глухой. Правда, каюсь, не читал

@~~NightmareZ~~ Заблокирован
	11.07.2010, 15:37	12
	Сообщение от Genius Ignat Оно. nikkka только сразу на эту технологию, лучше сразу не бросаться, как ни как ООП там тоже есть, и помимо ООП, много других моментов не легких в понимании для начинающего. Книги про COM есть в разделе COM/OLE. А я б не советовал трогать COM вообще. Говорят, пока ***** не трогаешь - оно не воняет. 1

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 15:39 [ТС]	13
	Genius Ignat, спасибо. короче, пока просто учить с++, и не лезть в СОМ, пока не "поспею"? Добавлено через 1 минуту NightmareZ, а почему *****????? чем СОМ плох??? 0

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 15:42 [ТС]	16
	fasked, Добавлено через 1 минуту NightmareZ, не, ну .NET точно придётся учить... а с СОМ посмотрим просто прочту что ни будь типа "краткого обзора", что бы быть в курсе. 0

@~~NightmareZ~~ Заблокирован
	11.07.2010, 15:44	18
	nikkka, а ещё я бы посоветовал вдумчиво почитать про паттерны проектирования. Например, вот тут: http://ooad.asf.ru/Patterns.aspx Скорее всего тебе многое будет непонятно, но, думаю, подсознание некоторые моменты для себя отметит и в дальнейшем это тебе поможет правильно мыслить в рамках ООП. 0

@fasked 5043 / 2622 / 241 Регистрация: 07.10.2009 Сообщений: 4,310 Записей в блоге: 1
	11.07.2010, 15:45	19
	Сообщение от NightmareZ почитать про паттерны проектирования есть хорошая книга с примерами на Си++ Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес - Приемы объектно-ориентированного проектирования. Паттерны проектирования 1

а разве наследование такая уж важная возможность?

Решение

Решение

@CyBOSSeR 2347 / 1720 / 148 Регистрация: 06.03.2009 Сообщений: 3,675
	11.07.2010, 14:26	2
	nikkka, да. Ты считаешь иначе? 1

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 14:47 [ТС]	3
	CyBOSSeR, нет. просто непонятно почему. 0

@fasked 5043 / 2622 / 241 Регистрация: 07.10.2009 Сообщений: 4,310 Записей в блоге: 1
	11.07.2010, 14:48	4
	Сообщение от nikkka нет. просто непонятно почему. писать кода меньше, поддерживать код проще. чего ж непонятного. 1

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 14:51 [ТС]	5
	fasked, ну, если понадобилось улучшить класс, оставлая старый, то наследование "полезно". но разве это нужно так часто что для этого создали специалный раздел? вы не беситесь))) вопроссы тупые, знаю. но ведь я только начинющий, и с наследованием пока работал недастаточно. 0

@Ignat 1261 / 799 / 108 Регистрация: 16.09.2009 Сообщений: 2,010
	11.07.2010, 15:27	6
	Не по теме: Хочешь узнать что такое настоящая инкапсуляция, динамическая компоновка, изменение поведения в реальном времени, тогда почитай что такое COM. Добавлено через 1 минуту Не по теме: мини реклама была Добавлено через 10 минут специалный раздел Это возможность ООП технологии. Ни кто не заставляет использовать ООП там где оно не уместно и не приносит выгоду. Где то тема есть: "зачем нужно ООП" тебе туда точно. 1

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 15:30 [ТС]	8
	Genius Ignat, http://ru.wikipedia.org/wiki/C... ject_Model -это? Добавлено через 1 минуту NightmareZ, воистину полезный пост!... спасибо!... 0

@Ignat 1261 / 799 / 108 Регистрация: 16.09.2009 Сообщений: 2,010
	11.07.2010, 15:35	10
	Genius Ignat, http://ru.wikipedia.org/wiki/C... ject_Model -это? Оно. nikkka только сразу на эту технологию, лучше сразу не бросаться, как ни как ООП там тоже есть, и помимо ООП, много других моментов не легких в понимании для начинающего. Книги про COM есть в разделе COM/OLE. 1

@nikkka Мат в 32 хода 237 / 172 / 18 Регистрация: 10.09.2009 Сообщений: 1,096
	11.07.2010, 15:36 [ТС]	11
	fasked, спасибо!... очень подробно и доступно!... 0

@fasked 5043 / 2622 / 241 Регистрация: 07.10.2009 Сообщений: 4,310 Записей в блоге: 1
	11.07.2010, 15:40	14
	Да и еще. Можно конечно написать один класс, который будет заниматься всем-всем-всем, но я думаю ты и сам понимаешь, что так делать нельзя. Поддерживать невозможно, объект будет дико "неповоротливым", тоже самое, как например на унитазе прилепить вохможности микроволновки и посудомойки, да еще и выход в интернет есть! Вроде все рядом, а ... 0

@~~NightmareZ~~ Заблокирован
	11.07.2010, 15:40	15
	Сообщение от nikkka NightmareZ, а почему *****????? чем СОМ плох??? Тем что он недо-.NET 1

@Ignat
	11.07.2010, 15:43 #17
	Не по теме: А я б не советовал трогать COM вообще. Говорят, пока ***** не трогаешь - оно не воняет. Если бы ты знал как грамотно microsoft построила себе мультимедиа платформу Dshow, возможно ты поменял свое мнение. 0

@~~NightmareZ~~ Заблокирован
	11.07.2010, 15:52	20
	Сообщение от Genius Ignat Не по теме: Если бы ты знал как грамотно microsoft построила себе мультимедиа платформу Dshow, возможно ты помял свое мнение. Грамотно можно построить что угодно на чём угодно. Но гвозди всё-таки лучше забивать молотком, а не отверткой и уж тем более не палкой-копалкой. P.S. Я, наверное, всё-таки погорячился, назвам COM - *****. Он был хорош для своего времени. Но оно, какбэ прошло. Мне так кажется. Добавлено через 6 минут* Сообщение от fasked есть хорошая книга с примерами на Си++ Скажем так, легендарная книга О ней не слышал, наверное, только глухой. Правда, каюсь, не читал 0