|
Обсуждение:Инкапсуляция (программирование)
↓ Пожалуйста, добавляйте новые темы снизу ПравкиИнкапсуляция не просто сокрытие реализации (кода), но и объединение кода и данных "в одном флаконе". Последнее не менее важно, чем сам факт сокрытия внутренностей. РоманСузи 18:21, 21 октября 2007 (UTC)
Пример на ПаскалеА зачем там пустой protected стоИт? Может, его убрать? Мешать, он, конечно, не мешает, но толку от него пустого... 94.25.37.21 17:28, 20 декабря 2009 (UTC)
Знание того, что «вот так-то делать нельзя»> знание того, что «вот так-то делать нельзя» > иногда является самым эффективным средством инкапсуляции! Да-да... особенно это актуально для работы в команде в условиях текучки кадров, отсутствия комментариев, документации, примеров и разработчика конкретного кода. С вами нельзя как-то связаться? нужна консультация по теме. Aihejmen (обс.) 12:43, 18 ноября 2018 (UTC) Откатить правки
+1 Следующие правки надо откатить:
109.202.0.136 10:58, 17 января 2012 (UTC) Об инкапсуляцииПожалуй, здесь самое запутанное определение инкапсуляции из всех, что встречаются в интернете. Инкапсуляция в ООП - это в первую очередь - принцип объединения данных и методов для их обработки. И именно эту мысль нужно развивать, объяснять преимущества объединения данных и методов относительно их разрозненности, имеющей место в процедурном программировании. А вот усложнять каждый из трех принципов - можно сколь угодно долго. При этом можно также захватить особенности того или иного языка программирования в части ООП, показать их отличия друг от друга. Но при этом важно не потерять главный смысл основных принципов ООП. 93.124.42.42 18:38, 12 февраля 2012 (UTC)
ОпределениеЯ программист и мне совершенно непонятно что такое инкапсуляция по версии нашей википедии. В англоязычной всё намного понятнее. Предлагаю просто перевести: - A language mechanism for restricting access to some of the object's components.[3][4] - A language construct that facilitates the bundling of data with the methods (or other functions) operating on that data - Языковой механизм ограничения доступа к определённым компонентам объекта - Языковая конструкция, облегчающая объединение данных с методами (или другими функциями), работающими с этими данными. Второе мне не совсем понятно, но там же идёт разъяснение, что чаще под инкапсуляцией подразумевают только первое. А у нас "Инкапсуля́ция — свойство языка программирования, позволяющее пользователю не задумываться..." - ну честное слово, дальше даже задумываться не хочется. 178.49.207.146 09:45, 21 февраля 2012 (UTC) Dima Поддерживаю вас. — Эта реплика добавлена с IP 81.18.136.202 (о) @Arachnelis: в текущей версии в преамбуле говорится одно, а в первом разделе («Подробности») — другое. В первом разделе приводятся два значения (при этом это перевод определения английского раздела), а в преамбуле инкапсуляция определяется исключительно вторым способом. — Джек, который построил дом (обс.) 14:13, 11 января 2017 (UTC) Также, заменив определение, вы сильно размыли его. Если я возьму набор случайных данных и соединю его с набором случайных функций, я ещё не совершу инкапсуляцию. Сравни: «языковая конструкция, позволяющая связать данные с методами, предназначенными для обработки этих данных». — Джек, который построил дом (обс.) 14:17, 11 января 2017 (UTC) А, увидел у вас топик-бан, пардон. — Джек, который построил дом (обс.) 14:21, 11 января 2017 (UTC) Странное определение, абсолютно не способствующее пониманию: "упаковка данных и функций в единый компонент". Если я напихаю данных и функций в массив какой-то это не будет инкапсуляцией. И при чём тут упаковка? Попробую переписать. Dron007 (обс.) 03:11, 2 ноября 2019 (UTC)
|
