Cтраница 1
Поля данных, исходя из принципа инкапсуляции - одного из основополагающих в объектно-ориентированном программировании, всегда должны быть защищены от несанкционированного доступа. Доступ к ним, как правило, должен осуществляться только через свойства, включающие методы чтения и записи полей. Поэтому поля обычно целесообразно объявлять в разделе strict private - строго закрытом разделе класса. [1]
![]() |
Сложные поля адреса вставляются очень просто. [2] |
Поля данных реализуют связь между документом на бланке и источником данных. Например, в поле источникаданных с названием Фамилия Word заменяет каждый элемент Фамилия в документе бланка данными из поля Фамилия для текущей записи в источнике данных. [3]
Поля данных, превышающие по длине 256 байтов, могут пересылаться из одной области памяти в другую с помощью команд МУС. [4]
Поля данных входят в запись, которая имеет определенный формат и описание, состоящее из одного или нескольких имен, за которыми следуют имена инденти-фикаторов всех эл-ементов, входящих в запись. В семантическом отношении несколько полей внутри записи, взаимосвязанных друг с другом, могут быть объединены в сегмент. Одно из полей сегмента может быть ключевым. [5]
![]() |
Иерархическая цепная связь.| Цепь с записями различного типа.| Двойная цепная связь записей.| Структура записи банка данных. [6] |
Кроме полей данных, состав и характеристики которых задает пользователь, записи банка данных содержат служебные поля ( поля идентификации и поля цепей), которые создаются и используются в БД САПР ПЭУ. [7]
Буфер содержит поля данных, которые выводятся из базы при выполнении команд чтения и поиска. [8]
Примечание: Форматированные поля данных служат средством сортировки и поиска данных по содержащимся в них сведениям. [9]
Области памяти и поля данных, используемые непосредственно в арифметических операциях с фиксированной точкой или при выполнении регистровых команд, должны быть выравнены по границам полуслова, полного слова или двойного слова в зависимости от команды, которая должна быть выполнена. [10]
Специальное примечание для полей данных, определенных как целые без знака ( типы BYTE, SHORT, или LONG): спецификация TIFF 6.0 позволяет файлам TIFF использовать любой из этих типов данных ( BYTE, SHORT, или LONG) для любого целого беззнакового поля. [11]
Состав и характеристики полей данных задаются разработчиком базы данных. [12]
Сравнивает содержимое двух полей данных; фактически команда вычитает второй операнд ( src) из первого ( dst), но значение dst не изменяет, а лишь формирует флаги. Команда СМР формирует флаги: CF, ZF при сравнении чисел без знака, CF, OF, SF, ZF при сравнении чисел со знаком; флаги AF, PF не определены. [13]
Формат определяет перечень полей данных, их характеристики, содержание вносимых данных и размещение. [14]
Если префикс сегмента длиннее поля данных, то в целях экономии памяти рекомендуется объединить его с исходным сегментом. [15]