Cтраница 2
Благодаря инкапсуляции компоненты успешно решают задачу структурной декомпозиции проекта. На верхнем уровне представления мы работаем с крупными компонентами. Каждый из них выполняет значительную для данного проекта задачу. Лишние подробности на этом уровне только мешают пониманию проблемы. [16]
Благодаря инкапсуляции данных и методов объекты также способны предоставить ясный способ оформления повторно используемых функциональных элементов. Как и традиционные библиотеки, объекты, предназначенные для решения определенных проблем, можно создать только раз и многократно использовать. [17]
Результат выполнения примера CreateComps, который во время выполнения создает элементы кнопка. [18] |
Концепция инкапсуляции зачастую обозначается черным ящиком. Раздел как им пользоваться-называется интерфейсом класса. Он позволяет другим частям программы обращаться к объектам этого класса и использовать их. ТаеТся СКРЫТОИ - Редко удается узнать, какими внутренними данными оперирует объект, и, как правило, отсутствует возможность непосредственного доступа к этим Данным. Конечно же, предполагается, что для обращения к этим данным используются методы, защищающие от несанкционированного доступа. Однако, как вы увидите далее в этой главе, в Delphi существует дополнительный уровень сокры-тия посредством свойств. [19]
Принцип инкапсуляции предполагает, наряду с объединением используемых данных и выполняемых функций, их нормализацию, что обеспечивает доступность однократно написанного блока программы для всех объектов системы. [20]
Под инкапсуляцией понимается скрытие полей объекта с целью обеспечения доступа к ним только посредством методов класса. [21]
Другой механизм инкапсуляции в Фортране 90 обеспечивается динамическими ( размещаемыми) массивами. Они отличаются от автоматических тем, что программист полностью контролирует создание и удаление динамического массива. Размещение выполняется оператором ALLOCATE, а явное удаление - оператором DEALLOCATE. Такие массивы с атрибутом SAVE при выходе из процедуры не удаляются. [22]
Для обеспечения инкапсуляции класс не должен позволять прямого доступа к своим данным. Если переменная объявлена внутри класса как открытая, то другие части программы могут напрямую считывать и изменять данные. Позже, если изменяется представление данных, любые части программы, которые взаимодействуют сданными непосредственно, также должны будут измениться. Это лишает инкапсуляцию одного из главных преимуществ. [23]
Очевидное преимущество инкапсуляции заключается в том, что она позволяет разработчику класса проверить правильность любых значений, присваиваемых переменным-членам, и тем самым предотвратить ошибки программирования. [24]
Согласно принципам инкапсуляции, спецификаторы доступа необходимо использовать для предотвращения непосредственного доступа пользователя к переменным-членам внутри класса. [25]
Две формы примера FormProp во время выполнения. [26] |
По-моему, для инкапсуляции доступа к компонентам формы свойства также Должны использоваться в классах формы. [27]
Одним из механизмов инкапсуляции является использование автоматических массивов, которые создаются при входе в процедуру и удаляются при выходе из нее. [28]
В ООП основой инкапсуляции является класс. Обычно определение класса разделяется на две части: интерфейс класса и реализация класса. Интерфейс класса содержит только объявление свойств и методов. Собственно определения методов, то есть их реализации на языке программирования, отделены от интерфейса и помещаются в реализацию класса. Таким образом, чтобы использовать объект какого-либо класса, мы не обязаны знать как реализован класс - достаточно знать только его интерфейс. Причем реализация класса может быть различной. Она не влияет на работоспособность программ, использующих данный класс, если интерфейс класса сохранен без изменений. [29]
Итераторы нарушают принцип инкапсуляции своих агрегатов в отличие от новых классов, которые содержат итераторы. [30]