ООП

[_Bers]

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

Под инкапсуляцией обычно имеют в виду не только связывание данных, но и скрытие.
https://ru.wikipedia.org/wiki/%D0%98...D0%B8%D0%B5%29

у инкапсуляции нет задачи скрывать данные.

инкапсуляция - это языковый механизм,
который позволяет изолировать вызывающую сторону от деталей реализации вызываемой.

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

в контексте языка с++ - положите данные в приватную секцию класса,
и вы уже их инкапсулировали.

[Smitt&Wesson]

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

Ого! Дьявол и к сотворению ООП причастен? О_о
Я рад.

Не-не-не. Это я так, с горяча. Он туда не залезет, пока не позовёшь. Ты не зовёшь, а я - открещиваюсь.

[Stilet]

Ты не зовёшь, а я - открещиваюсь.

Я не специалист по призывам )
К моему глубочайшему сожалению...

[Alex11223]

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

у инкапсуляции нет задачи скрывать данные.

инкапсуляция - это языковый механизм,
который позволяет изолировать вызывающую сторону от деталей реализации вызываемой.

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

в контексте языка с++ - положите данные в приватную секцию класса,
и вы уже их инкапсулировали.

Ну википедия говорит, что в первую очередь инкапсуляция — это про связывание данных/функций в один компонент, но часто под инкапсуляцией подразумевают и сокрытие/information hiding

The term encapsulation is often used interchangeably with information hiding. Not all agree on the distinctions between the two though; one may think of information hiding as being the principle and encapsulation being the technique. A software module hides information by encapsulating the information into a module or other construct which presents an interface

[_Bers]

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

Ну википедия говорит, что в первую очередь инкапсуляция — это про связывание данных/функций в один компонент, но часто под инкапсуляцией подразумевают и сокрытие/information hiding

1.
"связывание данных/функций" в один компонент
не имеет никакого отношения к инкапсуляции.

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

пример:

// --- связал данные и методы их обработки
struct sample
{
    int a = 10;
    void foo() { a = 100; }
};

int main()
{
    sample s;
    s.a = 300;  //<--- обратите внимание
        // вызывающая сторона имеет полный доступ к данным

    // класс sample уже поимел легаси
    // теперь нельзя поменять детали реализации так
    // без риска затронуть код вызывающей стороны
    // а сам он зависит от её корректности
    // что означает, что вызывающая сторона должна быть в курсе
    // нюансов, что бы просто использовать механизм sample 

    // такую ситуацию называют "нарушением инкапсуляции"
}

детали реализации sample не были инкапсулированны:
они public, а значит не изолированны от окружающей среды.
что может приводить к печальным последствиям.



сокрытие данных так же не имеет к
инкапсуляции никакого отношения.
не нужно путать эти понятия.

пример:

// --- связал данные и методы их обработки
class sample
{
    int a = 10;  //<--- данные не спрятаны
    // вот они, пожалуйста, смотрите

    // у инкапсуляции нет задачи
    // скрывать данные от программиста 

    // но они изолированны от окружающей среды
    // потому что приватные данные 
    // снаружи никому не доступны


public:
    void foo() { a = 100; }
};

int main()
{
    sample s;
    s.foo(); //<--- класс выполняет для нас какую то работу

   // мы не можем получить доступ к его деталям реализации
   // можем лишь дергать класс за его интерфейс
   // (публичные методы)

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

   // из этого вытекает главная задача инкапсуляции:
   // мы можем эксплуатировать класс 
   // не зная подробностей его реализации

   // когда у клиентов класса есть возможность
   // эксплуатировать его, и получать профит
   // без необходимости вникать и знать
   // о деталях реализации
   // то говорят - это грамотная инкапсуляция
}

иногда инкапсуляцию путают с сокрытием данных.
полагаю, что это от безграмотности.
википедия - не авторитет.
её пишут обычные люди.

[Smitt&Wesson]

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

Я не специалист по призывам )
К моему глубочайшему сожалению...

Не сожалей. Даже более того, не влазь. Накличешь на себя беду, а оно тебе надо? Я однажды влез. Что-бы отбрыкаться, пришлось пожертвовать трёхкомнатной квартирой в Казахстане. Еле отвертелся. Хорошо, у меня классный учитель был. А то-бы я сейчас с вами не разговаривал. Простите за холивар. Всё, переходим к теме.

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

иногда инкапсуляцию путают с сокрытием данных.

В основном, Вы правы. Но с этим утверждением не согласен. Это Вы путаетесь. Incapsulation означает именно сокрытие реализации от пользователя. Или я Вас не понял? О каких данных речь?

[Stilet]

Даже более того, не влазь. Накличешь на себя беду, а оно тебе надо?

Не переживай, не накличу )

[Alex11223]

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

википедия - не авторитет.
её пишут обычные люди.

А _Bers с programmersforum.ru не обычный человек что ли?

"связывание данных/функций" в один компонент
не имеет никакого отношения к инкапсуляции.

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

Так и в чем противоречие?
И инкапсуляция и т.п. бывает же и без классов/ООП.

[Smitt&Wesson]

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

Не переживай, не накличу )

Вот и ладушки. А то, я уж совсем было скис .

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

А _Bers с programmersforum.ru не обычный человек что ли?

Да все мы здесь немножко "повёрнутые". А Вики пишется в общеобразовательных целях. Так, что программёрс в отношении программ, более авторитетен.

[_Bers]

Сообщение от Smitt&Wesson

Это Вы путаетесь. Incapsulation означает именно сокрытие реализации от пользователя. Или я Вас не понял? О каких данных речь?

похоже вы ничего не поняли,
из того, что я писал выше.


пример инкапсуляции:

struct worker
{
    void work(const param&);
private:
    data mData; //<--- вот они, данные.
      // пользователь прекрасно их видит.
      // от него они не скрываются

     // тем не менее, они приватные,
     // снаружи к ним доступа нет
     // а значит, они изолированны от окружающей среды
     // данные инкапсулированы, а не скрыты

};

пример сокрытия:

//forward declaration
struct data;

struct worker
{
    void work(const param&);
private:
    data* mData; //<--- данные полностью скрыты
    // пользователь не знает ни размера, ни строения
    // класса data
    // не знает какие в нем могут быть методы
    // он вообще решительно ничего не знает 
    // о природе данных
    // это - черный ящик

    // можно поставлять пользователю 
    // уже скомпилированную библиотеку

    // и без приседаний с дизассемблером
    // невозможно понять ни устройства
    // ни принципов работы

};

разницу видите?

в первом случае от пользователя ничего не скрывается.
однако классы изолируют детали своей реализации от внешней среды.
что позволяет им не зависеть от этой среды.


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