Форум программистов, компьютерный форум, киберфорум
ООП и паттерны
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 4.83/6: Рейтинг темы: голосов - 6, средняя оценка - 4.83
6 / 6 / 3
Регистрация: 19.09.2010
Сообщений: 173

Является ли это ОО кодом? Что должно быть в protected?

03.11.2015, 16:02. Показов 1241. Ответов 4
Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам
Добрый день. Пара вопросов есть.

Первый вопрос. Есть класс, который в private содержит объекты других классов, те в свою очередь тоже содержат какие-то классы... Выходит "дерево", если так можно сказать. Вот строка, например:

C++
1
2
CP::Compiler* compiler = new CP::Compiler();
compiler->getLog()->writeIn(compiler->getIn());
где:
- compiler - объект;
- getLog() - возвращает указатель на объект класса;
- writeIn() - метод объекта класса, возвращенного getLog().

C++
1
2
3
4
5
6
7
8
class Compiler{
    public:
        Compiler();
        LOG::Log*           getLog();
 
    private:
        LOG::Log*           log_;
    };
Собственно, немного сомнению подвергает то, что получаю объект и вызываю методы из него. Так и должно быть? Придумать иную реализацию не выходит, да и эта кажется самой логичной.

Второй вопрос. По моему представлению, суть наследования в открытии наследующему классу protected-полей наследуемого. Верно? Если да, то, предположим, есть два класса:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
class Element{          // строка таблицы лексем
    public:
        Element();
        char  getLex();
        int    getIdx();
        int     getLineNumber();
 
        void setIdx(int tiIndex);
        void setElem(int& i, int& lineNumber);
 
    private:
        char   lexeme_;
        int  lineNumber_;
        int  itIndex_;  
    };
 
    class Table{
    public:
        Table();
        Table(int size);
 
        void        addElem(Element& elem);
 
        int     getSize();
        Element*    getElem(int i);
 
        ~Table();
    private:
        int maxSize_;
        int size_;
        Element* table_;
    };
Опять же, в моём понимании наследование - сборка единого целого из частей(классов). В данном случае - из элементов получается таблица. Стоит ли что-то в class Element выносить в protected, а затем наследовать этот класс? Или такая реализация приемлема?
0
Лучшие ответы (1)
Programming
Эксперт
39485 / 9562 / 3019
Регистрация: 12.04.2006
Сообщений: 41,671
Блог
03.11.2015, 16:02
Ответы с готовыми решениями:

Как должна быть организована сеть офиса? Что должно быть настроено обязательно, а чего быть не должно?
Добрый день. Сразу оговорюсь, что я инженер-строитель и настройкой сети занимаюсь только потому, что больше некому. Поэтому некоторые,...

Ошибка: выражение должно быть допустимым для изменения левосторонним значением. Что это?
Добрый день! Строка в коде const int mx=4; if(top==(mx-1))//mx это размер массива ... Но если пишу if(top==--mx)

Это значение должно быть вектором
Доброго времени суток! Подскажите пожалуйста, в чем ошибка?Прикрепил скрин ошибки и файл маткад. Заранее благодарен за помощь.

4
Модератор
Эксперт функциональных языков программирования
3135 / 2282 / 469
Регистрация: 26.03.2015
Сообщений: 8,884
03.11.2015, 17:24
Цитата Сообщение от Minchanin-Bel Посмотреть сообщение
Собственно, немного сомнению подвергает то, что получаю объект и вызываю методы из него. Так и должно быть?
В самом делегировании нет ничего криминального. Вопрос в том, для чего Вы его используете. (Какой шаблон проектирования Вы реализуете с помощью делегирования)
В данном конкретном примере я не вижу, зачем Вам использовать Логгер из Компилятора. (Почему не завести свой... который можно инициализировать тем же объектом, что и логгер в компиляторе)

Цитата Сообщение от Minchanin-Bel Посмотреть сообщение
По моему представлению, суть наследования в открытии наследующему классу protected-полей наследуемого. Верно?
Суть наследования в повторном использовании кода. И применяется оно в тех случаях, когда мы хотим расширить функциональность базового класса. В других случаях предпочтительней использовать делегирование.
В Вашем примере, видимо, Table используется как контейнер для Element, и нет никаких причин для наследования Table от Element.
1
6 / 6 / 3
Регистрация: 19.09.2010
Сообщений: 173
03.11.2015, 17:31  [ТС]
Тут вот какое дело: class Compiler подразумевается как самостоятельный объект, содержащий анализаторы(лексический, семантический, синтаксический, крайние два пока что лишь в проекте), средство для считывания и обработки входного файла с исходным кодом, средство для записи в .log - файл. Особой роли не играет, где расположен логгер, не спорю. Это самостоятельный элемент, не зависящий от класса Compiler. Может, действительно стоит вынести его, хм... Спасибо!

P.S. Вот заголовочный класса Compiler:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
#pragma once
 
#include "errors.h"
#include "log.h"
#include "lexAnalyser.h"
#include "in.h"
#include <cwchar>
#include <iostream>
#include <string>
 
#define CP_MAX_SIZE 256
#define CP_OUT L".out"
#define CP_LOG L".log"
 
namespace LA{ class LexAnalyser; };
namespace IN{ class In; };
namespace LOG{ class Log; };
 
namespace CP{
    class Compiler{
    public:
        Compiler(int argc, _TCHAR* argv[]);
 
        wchar_t*            getInName();
        wchar_t*            getOutName();
        wchar_t*            getLogName();
        LA::LexAnalyser*    getLA();
        IN::In*             getIn();
        LOG::Log*           getLog();
 
    private:
        wchar_t inStr_[CP_MAX_SIZE];
        wchar_t outStr_[CP_MAX_SIZE];
        wchar_t logStr_[CP_MAX_SIZE];
 
        LA::LexAnalyser*    la_;
        IN::In*             in_;
        LOG::Log*           log_;
    };
};
0
306 / 101 / 18
Регистрация: 04.07.2014
Сообщений: 571
03.11.2015, 19:23
Лучший ответ Сообщение было отмечено Minchanin-Bel как решение

Решение

Minchanin-Bel
Наследование в объектном подходе позволяет реализовать "перехват вызова", добавить "совет".
Клиент передаёт сообщение некоторому объекту с так называемым "базовым интерфейсом", тем интерфейсом, который виден клиенту. На самом же деле объект вовсе не обязан быть базовым, а может являться "выведенным", "расширенным", "унаследованным" -- это всё синонимы в контексте объектного подхода. Этот наследный объект нужен, чтобы внедрить свой код перед, после или вместо базового кода. Например, ведение лога -- типичная задача для наследования.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
class SomeAbstraction {
public:
    virtual int some_call();
};
 
int SomeAbstraction::some_call()
{
    /* code goes here */
}
 
class SomeAbstractionWithLogging {
public:
    virtual int some_call();
 
private:
    Log *log_actor;
};
 
int SomeAbstractionWithLogging::some_call()
{
    this->log_actor->put("some_call initiated");
    int result = SomeAbstraction::some_call();
    this->log_actor->put("some_call completed");
    return result;
}
Помимо расширения реализации советами, наследование в типизированных объектных языках позволяет добавить некоторой реализации типовую метку, что даёт возможность создавать более гибкую и удобную систему типов. Часто в типизированных объектных языках объявление типа -- это только объявление контракта без какой-либо реализации: набора чисто виртуальных функций или интерфейса. За счёт перехвата вызова мы можем внедрить весь необходимый код в классах наследниках, а использовать их как базовые объекты, присвоив им базовую типовую метку.


Внутренние данные нужны объектам для того, чтобы правильно выполнять свою работу. В приведённом выше примере класс SomeAbstractionWithLogging требует экземпляр Log для того, чтобы правильно выполнять свою работу. Раскрывать внутренние данные посредством каких-либо методов нет смысла. Если Ваша абстракция завершённая, то она не должна раскрывать детали реализации. А если какие-то внутренние данные не являются деталью реализации, то зачем нам их размещать внутри объектов. По-существу, слово private -- это "защита от дурака", чтобы случайно не раскрыть данные или чтобы клиент их не использовал по ошибке. Семантически инкапсуляцию может обеспечить только программист архитектор класса. Если инкапсуляция есть, то она есть и без private. Раскрытие же того, что лежит во внутренних данных -- тревожный набат того, что семантической инкапсуляции нет!
1
Модератор
Эксперт функциональных языков программирования
3135 / 2282 / 469
Регистрация: 26.03.2015
Сообщений: 8,884
04.11.2015, 01:47
Я не понимаю смысла последнего примера. Да, наследование позволяет написать такой код... но зачем? Логичнее было бы вставить логгирование непосредственно в методы класса SomeAbstraction. А если по какой-то причине не хочется менять код этого класса, то можно использовать шаблон Декоратор.

Я бы не стал называть private "защитой от дурака". Такая "защита" очень полезна и для умного. Класс предоставляет публичный интерфейс для работы с ним. И очень хорошо, что я не вижу остальные (приватные) методы. Во-первых, не придётся читать документацию, чтобы выяснить, какими методами пользоваться (какие методы входят в открытый интерфейс). Во-вторых, "лишние" методы не захламляют подсказки системы автодополнения.
1
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
inter-admin
Эксперт
29715 / 6470 / 2152
Регистрация: 06.03.2009
Сообщений: 28,500
Блог
04.11.2015, 01:47
Помогаю со студенческими работами здесь

Это значение должно быть скаляром
Можете пожалуйста помочь с программой в Mathcad, всё перепробовал ничего не получается вот программа: http://rghost.ru/44727946 Заранее...

Это значение должно быть скаляром
В чем ошибка?

Это значение должно быть функцией
Выскакивает ошибка: &quot;Это значение должно быть функцией&quot;. Решения этой проблемы из других тем не помогли

Быть любимым - это больше, чем быть богатым, потому что быть любимым означает быть счастливым?
Vourhey Melodie, &quot;Быть любимым - это больше, чем быть богатым, потому что быть любимым означает быть счастливым&quot; ээээ не...

Ошибка - это выражение должно быть скаляром!
Уважаемые форумчане! Помогите пожалуйста, я новичок и не могу справиться с вот такой проблемкой:


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
5
Ответ Создать тему
Новые блоги и статьи
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами
8Observer8 20.02.2026
Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
Конвертировать закладки radiotray-ng в m3u-плейлист
damix 19.02.2026
Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI
Eddy_Em 18.02.2026
Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .
Камера Toupcam IUA500KMA
Eddy_Em 12.02.2026
Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу
zbw 12.02.2026
И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.
«Знание-Сила»
zbw 12.02.2026
«Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров
8Observer8 12.02.2026
Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .
SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image)
8Observer8 11.02.2026
Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru