Cтраница 1
Методы чтения и записи для свойств обычно делают защищенными. [1]
Методы чтения не изменяют значение Position, а изменяют только позицию читающего объекта. Определить эту позицию или задать ее в общем случае невозможно. [2]
Подобно методам чтения и записи, значение по умолчанию устанавливается при объявлении свойства. [3]
Применить описанные выше методы чтения, чтобы представить абстракции программных частей в виде логических комментариев - действия и состояния. [4]
Обязан ли я использовать методы чтения и записи для своего свойства. [5]
В основном это все, что имеет отношение к чтению значений из реестра и записи в реестр. Методы чтения и записи данных других типов являются лишь вариациями предыдущего фрагмента кода. [6]
Свойство Position определяет текущую позицию в потоке - число байтов от начала данных потока. Текущую позицию Position используют методы чтения и записи в поток, начиная чтение или запись именно с текущей позиции. После чтения или записи значение Position изменяется на число переданных байтов. [7]
Отличным примером снова является свойство класса. Если имеется свойство, названное MyNewProperty с обслуживающими его методами чтения / записи ( поддерживаемые ModelMaker и называемые GetMyNewProperty и SetMyNewProperty), а вам надо переименовать это свойство в MyProperty, то для этого необходимо выполнить лишь одну операцию: переименовать свойство. ModelMaker позаботится об остальном: методы доступа будут автоматическим переименованы в GetMyProperty и SetMy-Property. Если свойство представлено в схеме, то схема автоматически будет обновлена. Одна предосторожность: автоматически ModelMaker не ищет в коде экземпляры MyNewProperty. Это необходимо сделать самостоятельно с помощью глобального поиска и замены. Это простой пример, но он иллюстрирует, как ModelMaker упрощает задачу регенерации; как только вы переместите или переименуете элементы кода, ModelMaker выполнит обработку большинство деталей за вас. А теперь давайте рассмотрим некоторые особенности. [8]
Поля данных, исходя из принципа инкапсуляции - одного из основополагающих в объектно-ориентированном программировании, всегда должны быть защищены от несанкционированного доступа. Доступ к ним, как правило, должен осуществляться только через свойства, включающие методы чтения и записи полей. Поэтому поля обычно целесообразно объявлять в разделе strict private - строго закрытом разделе класса. [9]
Этот код сообщает компилятору, что метод записи для свойства называется SetFlashRateQ. Вы можете дать методу записи любое имя, но по традиции это должно быть имя свойства с предшествующим словом Set. Обратите внимание, что в этом объявлении также присваивается значение методу чтения. [10]
Исходя из принципов объектно-ориентированного программирования, данные должны быть защищены от несанкционированного доступа. Пользователь должен иметь к ним доступ только через свойства, включающие методы чтения и записи полей. [11]
Заметьте также, что оба спецификатора чтения и записи указывают на член FOnSoineEvent. Это говорит о том, что события используют прямой доступ и не используют методы чтения и записи. [12]