Форум программистов, компьютерный форум, киберфорум
Наши страницы
С++ для начинающих
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.63/19: Рейтинг темы: голосов - 19, средняя оценка - 4.63
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
#1

Инкапсуляция в ООП и C++

20.01.2011, 20:07. Просмотров 3415. Ответов 17
Метки нет (Все метки)

Вы используете в классе геттеры и сеттеры (функции). Отделяйте спецификацию от реализации (инкапсуция в каком-то роде). Т.е. header file постовляет только своего рода заглушки на функции, а cpp-файл реализует эти же функции.

 Комментарий модератора 
Тема выделена отдельной веткой во избежание увеличения сообщений не по заданному вопросу из темы Нужна оценка
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
20.01.2011, 20:07
Ответы с готовыми решениями:

Полиморфизм инкапсуляция и наследование(ООП)
Не как не могу понять зачем нужен Полиморфизм и инкапсуляция и их определение...

ООП в С++ (наследование, инкапсуляция, полиморфизм, перегрузка операторов): что читать?
Нужно освежить, подзабылось. Были у меня институцкие методички доцента...

инкапсуляция
Возможно ли определение пользовательского типа, чтобы им можно было...

Инкапсуляция.
Написать программу имитирующую работу банковского счета методом инкапсуляции....

Инкапсуляция
Смотрел обучающие видео , читал книжки и не понял. Инкапсуляция позволяет...

17
ForEveR
В астрале
Эксперт С++
7995 / 4754 / 651
Регистрация: 24.06.2010
Сообщений: 10,547
Завершенные тесты: 3
20.01.2011, 20:08 #2
killboss,
Вы используете в классе геттеры и сеттеры (функции). Отделяйте спецификацию от реализации (инкапсуция в каком-то роде).
Зачем? Пусть себе инлайняться. Функции то на одну строку
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 20:15  [ТС] #3
Цитата Сообщение от ForEveR Посмотреть сообщение
Зачем? Пусть себе инлайняться. Функции то на одну строку
Полностью согласен. И всё таки надо привыкать "к правильному коду" (всё-таки ООП).
1
ForEveR
В астрале
Эксперт С++
7995 / 4754 / 651
Регистрация: 24.06.2010
Сообщений: 10,547
Завершенные тесты: 3
20.01.2011, 20:22 #4
killboss, ООП языки типа C# или Java найдете там разделение кода, чтобы реализация была вне класса?
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 20:25  [ТС] #5
Цитата Сообщение от ForEveR Посмотреть сообщение
ООП языки типа C# или Java найдете там разделение кода, чтобы реализация была вне класса?
Согласен, но я бы сказал, что С++ - оюъектно-ориетирован, C# и та же Java больше компонентно-ориентированы.
0
ForEveR
В астрале
Эксперт С++
7995 / 4754 / 651
Регистрация: 24.06.2010
Сообщений: 10,547
Завершенные тесты: 3
20.01.2011, 20:37 #6
killboss, Не буду спорить и разводить холливар... И не пишу я на C#... НО...

C# (произносится си-шарп) — объектно-ориентированный язык программирования.
Шарп
ООП

+ к тому на тему разделения реализации функций от их объявления - хорошая привычка. Но перебарщивать не надо. Шаблонные классы обычно пишутся с реализацией "сходу". Может из-за того, что нет extern templates пока еще... Точнее есть, но в новом стандарте... Ну да ладно. Тема не о том.
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 20:39  [ТС] #7
Цитата Сообщение от ForEveR Посмотреть сообщение
Не буду спорить и разводить холливар... И не пишу я на C#... НО...
А я пишу и на С#
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 20:53  [ТС] #8
Цитата Сообщение от fasked Посмотреть сообщение
стиль написания кода это личное дело каждого и никакого отношения к ООП не имеет.
ЗДРАСЬЦЕ, деление на *.h и *.cpp имеет прямое отношение к ООП (а именно к инкапсуляции). При работе с большим проектом проблемный программист (есть такое понятие ) не должен знать, как реализованы функции. Он знает что на входе и что на выходе.
0
ForEveR
В астрале
Эксперт С++
7995 / 4754 / 651
Регистрация: 24.06.2010
Сообщений: 10,547
Завершенные тесты: 3
20.01.2011, 20:55 #9
Инкапсуля́ция — свойство языка программирования, позволяющее объединить и защитить данные и код в объектe и скрыть реализацию объекта от пользователя (прикладного программиста). При этом пользователю предоставляется только спецификация (интерфейс) объекта.

* Пользователь может взаимодействовать с объектом только через этот интерфейс. Реализуется с помощью ключевого слова: public.
* Пользователь не может использовать закрытые данные и методы. Реализуется с помощью ключевых слов: private, protected, internal.

Инкапсуляция — один из четырёх важнейших механизмов объектно-ориентированного программирования (наряду с абстракцией, полиморфизмом и наследованием).

Сокрытие реализации целесообразно применять в следующих случаях:

* предельная локализация изменений при необходимости таких изменений,
* прогнозируемость изменений (какие изменения в коде надо сделать для заданного изменения функциональности) и прогнозируемость последствий изменений.
Все с той же педивикии... Где тут про h, cpp файлы... Мдэ.
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 20:59  [ТС] #10
Цитата Сообщение от ForEveR Посмотреть сообщение
скрыть реализацию объекта от пользователя (прикладного программиста). При этом пользователю предоставляется только спецификация (интерфейс) объекта.
Скрыть реализизацию (создать файл *.cpp) и предоставить только спецификацию (*.h). Чёрным по белому написано!!!!
0
fasked
Эксперт С++
4981 / 2560 / 241
Регистрация: 07.10.2009
Сообщений: 4,311
Записей в блоге: 1
20.01.2011, 21:00 #11
Цитата Сообщение от killboss Посмотреть сообщение
ЗДРАСЬЦЕ, деление на *.h и *.cpp имеет прямое отношение к ООП (а именно к инкапсуляции).
Во-первых, Вам не кажется, что это имеет отношение конкретно к С++, а не к ООП?
Во-вторых, инкапсуляция обеспечивается другими методами, в частности в этом конкретном случае геттерами и сеттерами. И смысл здесь в том, чтобы непутевый программист своими действиями не смог нарушить работу класса, а не в том, чтобы защититься от распространения кода. Судя по Вашим словам шаблонные (template) классы вообще не используют инкапсуляцию.
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 21:03  [ТС] #12
Цитата Сообщение от fasked Посмотреть сообщение
И смысл здесь в том, чтобы непутевый программист своими действиями не смог нарушить работу класса
Вот мы и скрываем реализацию, и оставляем интерфейс (с get, set полностью согласен)!
0
ForEveR
В астрале
Эксперт С++
7995 / 4754 / 651
Регистрация: 24.06.2010
Сообщений: 10,547
Завершенные тесты: 3
20.01.2011, 21:04 #13
killboss, Вообще-то имеется ввиду инкапсуляция... Интерфейс...

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <iostream>
 
class Some
{
public:
   //Интерфейс
   int getA() const {return a;}
   void callSome()
   {
       somefoo();
   }
private:
   //Реализация
   int a;
   void somefoo()
   {
   }
};
1
fasked
Эксперт С++
4981 / 2560 / 241
Регистрация: 07.10.2009
Сообщений: 4,311
Записей в блоге: 1
20.01.2011, 21:05 #14
Цитата Сообщение от killboss Посмотреть сообщение
Вот мы и скрываем реализацию, и оставляем интерфейс
И все таки Вы не правильно понимаете понятия интерфейс и реализация с точки зрения ООП. Грубо говоря и выражаясь в терминах С++, интерфейс - это все открытые методы и данные класса (public), а реализация закрытые методы и данные класса (private и protected).
0
fasked
Эксперт С++
4981 / 2560 / 241
Регистрация: 07.10.2009
Сообщений: 4,311
Записей в блоге: 1
20.01.2011, 21:11 #15
Цитата Сообщение от killboss Посмотреть сообщение
Вот мы и скрываем реализацию, и оставляем интерфейс
А вот просто положив в *.cpp файле криво реализованный класс Вам вряд ли удастся защититься от проблемного программиста.
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 21:14  [ТС] #16
Цитата Сообщение от fasked Посмотреть сообщение
А вот просто положив в *.cpp файле криво реализованный класс Вам вряд ли удастся защититься от проблемного программиста.
Это нюанс (АБСОДЮТНО СОГЛАСЕН!!!) респект за юмор!!!
0
stv
26 / 26 / 3
Регистрация: 05.03.2010
Сообщений: 171
20.01.2011, 21:17 #17
Цитата Сообщение от killboss Посмотреть сообщение
ЗДРАСЬЦЕ, деление на *.h и *.cpp имеет прямое отношение к ООП (а именно к инкапсуляции). При работе с большим проектом проблемный программист (есть такое понятие ) не должен знать, как реализованы функции. Он знает что на входе и что на выходе.
Вообще-то это показывает принцип модульности, но никак не инкапсуляции
0
killboss
61 / 61 / 3
Регистрация: 18.12.2010
Сообщений: 127
20.01.2011, 21:34  [ТС] #18
Цитата Сообщение от killboss Посмотреть сообщение
Вы используете в классе геттеры и сеттеры (функции). Отделяйте спецификацию от реализации (инкапсуция в каком-то роде). Т.е. header file постовляет только своего рода заглушки на функции, а cpp-файл реализует эти же функции.

А так если вы действительно работаете с С++ только неделю, то довольно не плохо!!!

Добавлено через 3 минуты
Впредь не выкладывайте код целиком, а только отдельные "интересные" кусочки (рассматривать 300 строчек чужого кода особой радости не приносит!!!)
Я эту тему не создавал, ошибка модератора!!!
0
20.01.2011, 21:34
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
20.01.2011, 21:34

wxDev-C++ и инкапсуляция
Всем привет. Учусь по книжке Дейтелов, дошел до классов. Авторы пропагандируют...

Инкапсуляция. классы
Добрый вечер. История такая: Разбирался с инкапсуляцией классов. Но не могу...

Инкапсуляция строк
Приветствую! Как сделать инкапсуляцию строк? Например: Допустим, для целых...


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

Или воспользуйтесь поиском по форуму:
18
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2018, vBulletin Solutions, Inc.
Рейтинг@Mail.ru