Стандартная реализация

Cтраница 1

Стандартная реализация этого метода, как и реализация, предоставляемая TlnterfacedObject, приводит к увеличению счетчика ссылок на объект. Реализация метода Release классом TlnterfacedObject уменьшает счетчик ссылок, проверяя, не имеет ли он значение ноль, и в случае необходимости уничтожает объект. Вот поэтому в предыдущем примере нет программного кода, освобождающего ресурсы, используемые созданным объектом. [1]

Стандартная реализация Снобола 4 описана в книге Грис-волда [1972], в которой содержится превосходное обсуждение многих. В более поздних работах Джимпела [1973] и Теннента [1973] дается формальное определение большей части семантики языка. [2]

Эмпирические исследования реализаций таблиц символов. [3]

В стандартной реализации BST-деревьев каждый новый вставленный узел попадает куда-то в нижнюю часть дерева, заменяя какой-то внешний узел. Это не является абсолютно обязательным; это всего лишь следствие естественного алгоритма с использованием рекурсивной вставки. В этом разделе рассматривается другой метод вставки, при котором каждый новый элемент вставляется в корень, и поэтому недавно вставленные узлы находятся вблизи вершины дерева. [4]

В рекомендованной стандартной реализации модуля ReallnOut доступ к текстовым потокам происходит путем применения процедур Read и Write модуля InOut. В документации фирмы Volition Systems отмечается, что доступ к потокам осуществляется с помощью процедур ReadString и WriteString. Это различие не должно оказывать влияния на какие бы то ни было программы. [5]

Существует ряд стандартных реализаций УСО, отличающихся по функциональным и техническим параметрам, на основе которых может быть создана система связи с объектом в конкретных применениях. [6]

Описанием языка предписывается некоторая стандартная реализация конструкций языка на типичных машинах. Кроме того, в каждой процедуре предусмотрен раздел указаний по реализации, в котором отличаются отклонения от этого стандарта. Эти указания носят до некоторой степени машинно-независимый характер, они описывают ограниченный характер применения отдельных конструкций. [7]

Рекомендуемые библиотечные модули для стандартной реализации Модулы-2 включают два модуля, которые могут удовлетворить все потребности, связанные со стандартными источниками ввода и вывода. Они описываются в следующем разделе. [8]

Сравнить время выполнения вашей программы со временем выполнения стандартной реализации для N 103, 104, 105 и 106, когда в качестве входных данных используется 32-разрядные слова следующего формата: крайние правые 16 битов - это равномерно распределенные случайные значения, а все крайние левые 16 битов суть 0 за исключением ситуаций, когда в позициях / проставляется 1, если имеется / единиц в правой половине. [9]

Обычно не приходится реализовывать эти функции, поскольку Delphi обеспечивает их стандартную реализацию в модуле ComServ. По этой причине требуется лишь экспортировать их в программном коде сервера. [10]

Мы видели, что Е2 будет вычислено до применения функции, поскольку в стандартной реализации языка Норе функции вызываются по значению. При использовании ленивой реализации языка Hope E2 не будет вычислено немедленно, поскольку выражение Eval ( E2, env) является параметром функции Apply, который передается по необходимости. [11]

Это составляет лишь примерно десятую часть по сравнению с емкостью памяти, необходимой при стандартной реализации. Составление таблицы истинности не представляет труда. [12]

Каждый редактор свойств должен наследоваться от абстрактного класса ТРго-pertyEditor, который определен в модуле DesignEditors и обеспечивает стандартную реализацию интерфейса IProperty. Delphi уже определяет некоторые редакторы свойств для строк ( класс TStringProperty), целых чисел ( класс TIntegerProperty), символов ( класс TCharProperty), перечислений ( класс TEnumProperty) и наборов ( класс TSetProperty), так что ваш редактор свойств можно наследовать от редактора для того типа свойств, с которым вы работаете. [13]

Теперь должно быть ясно, что для построения циклического контекста мы использовали тот факт, что конструкторы в стандартной реализации языка Норе являются ленивыми. Внимательный читатель может спросить, что было бы, если в качестве определяющего языка мы использовали строгий язык, например строгий Лисп или ЕР. При использовании этих языков нельзя построить циклический контекст, поскольку для его построения совершенно необходимы ленивые вычисления в какой-либо форме, чтобы программа не зациклилась. [14]

Очень трудно, оказывается, предложить такие средства, обладающие сколько-нибудь полезной степенью общности, и именно поэтому в стандартных реализациях употребляется только метод сверху вниз. [15]

Страницы: 1 2