Вопрос Ваше мнение касаемо ООП

[RichieKuklinski]

Как считаете, если отсутствует нормальное сокрытие данных, то есть в случае если данные располагаются вне паблика, но при этом автоматом не попадают в private, нарушает ли это правило инкапсуляции?

 

[stripov1337]

пусть горит в аду это ооп

 

[RichieKuklinski]

пусть горит в аду это ооп

процедурник детектед…

 

[Opponentxd]

че за рептиды и пахи, страшный язык

 

[RichieKuklinski]

че за рептиды и пахи, страшный язык

асм со своей системой макросов

 

[amogus-gggy]

Посмотреть вложение 336124
Посмотреть вложение 336125
Как считаете, если отсутствует нормальное сокрытие данных, то есть в случае если данные располагаются вне паблика, но при этом автоматом не попадают в private, нарушает ли это правило инкапсуляции?
Посмотреть вложение 336126

Ну знаешь, явно не на асме ооп делать надо по хорошему. А так, мы все интеллигентные люди, и не будем юзать _* методы вне класса.

 

[RichieKuklinski]

Ну знаешь, явно не на асме ооп делать надо по хорошему. А так, мы все интеллигентные люди, и не будем юзать _* методы вне класса.

ну, в исходном состоянии же нарушение инкапсуляции присутствует?

 

[amogus-gggy]

ну, в исходном состоянии же нарушение инкапсуляции присутствует?

Ну по идее да, но проблемой это быть не должно.

 

[RichieKuklinski]

Ну по идее да, но проблемой это быть не должно.

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

 

[amogus-gggy]

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

Неплохо бы начать с того что c++ в принципе не стоит юзать. Если конечно проект старый, и фул на плюсах написан, то окей, но для новых проектов есть варианты получше(zig, go, rust и т.д.)

 

[VOornd1723872a]

процедурник детектед…