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

-----------------------------------------------------------------------

ВОПРОС:
Инкапсуляция - это,когда я создал объект в закрытом разделе класса в функции мэин?
То есть например я объявил в привате функцию 

А затем:



Это называется инкапсуляция?

Это сообщение отредактировал(а) Syltan - 7.10.2009, 22:17

Убейте меня тапком           

Syltan, http://ru.wikipedia.org/wiki/%D0%98%D0%BD%...%D0%B8%D0%B5%29

Syltan,  инкапсуляция подразумевает разделение програмистов на разработчиков классов(те кто их разрабатывает) и пользователей(те кто используют эти классы: их методы и свойства). Так вот инкопсуляция это когда, пользователю не надо вникать, что "внутри" класса и как он раюотает, он просто использует документированный интерфейс этого класса, т.е. разработчик класса регламентирует какие свойства и методы что делают, а пользователь их просто использует ...

если приводить аналогию с реальной жизнью, то можно для примера взять телевизор(класс), есть разработчик и конечный пользователь, и есть инструкция как им пользоваться(документация) и есть пользовательский интерфейс(наприметр пульт ду), так вот мы хотим включить телевизор(применить метод), для этого нам не надо разбираться что при этом будет происходить внутри телевизора!!! мы просто берем пульт ду и жмем кнопку(применяем метод) 

примерно так   

Это сообщение отредактировал(а) FortMax - 8.10.2009, 08:10

интересно будет посмотреть на полиморфизм и наследование в исполнении Syltan 

Аналогию, наверное надо проводить так: Разработка микросхем (каждая представляет собой класс) - далее разработчик телевизора (состоит из микросхем).

А вот чел, которых жамкает на пульте кнопки - это наш конечный пользователь собственно программы. Ему воообще обсалютно все по барабану - и микросхемы и узлы - ему нужна картинка и звук.

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

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

Это называется Compile Error (попытка обратится к private методу). 
Заинкапсулировали, понимаешь, сову Юру по самое нехочу   

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

Это сообщение отредактировал(а) Syltan - 8.10.2009, 12:05

Syltan, сначала научитесь формулировать мысли и излагать их на русском языке. Тогда отпадет необходимость в вопросе. То что вы пишете - несвязный бред. Определение Вам дали выше, попытайтесь все таки разобраться хотя бы в терминологии и тогда уже задать корректный вопрос.

// у меня складывается ощущение что человек видит язык второй раз и сразу полез в ООП. постановка вопроса как бы намекает.

Это сообщение отредактировал(а) cutwater - 8.10.2009, 12:33

Не спешите возмущаться, мы еще до полиморфизма не дошли.   

Интерсено, какую картинку zim22 на эту тему пришлет?   

Извиняюсь просто писал сразу, без формулировки.
Обращение объектов именно к закрытому полю privat,через функции-членны класса, есть инкапсуляция, или к открытому тоже?

эту 

То есть,всё что описано в закрытом и открытом разделе класса, есть инкапсуляция. А когда мы создаём экземпляр класса, тоесть объект, он является инкапсулированный. Может так?

Инкапсуляция - один из механизмов сокрытия информации (сокрытия деталей реализации). Механизм этот работает на уровне классов. В нормальных языках программирования существует ещё качественный механизм сокрытия информации на уровне модулей. Но в С++ нет модулей...  

Полезной аналогией будет модель клиент-сервер. Есть некий модуль/класс, уже написанный Вами или третьим лицом. Будем называть его серверным. Код, который Вы пишете в данный момент будем называть клиентским.



Сокрытие деталей реализации - квинтэссенция неимоверно важного принципа, используемого при проектировании (и не только ПО) - принципа абстракции. Серверный класс/модуль представляет из себя ничто иное, как "чёрный ящик". Механизм его работы не важен при написании клиентского кода. Важно лишь знать что нужно получить "на выходе" и что для этого нужно подать "на вход". При этом зависимость результатов от входных данных известна. Именно её и описывает интерфейс. Именно перечисленные в нём экспортируемые элементы и есть "входы" и "выходы". Только через них мы может "общаться" с нашим "чёрным ящикок".

Как то так...