PHP Inside

 
   
 

Главная


Начало
страница1
страница2
страница3
страница4
страница5
страница6
страница7
страница8
страница9
страница10
страница11
страница12
страница13
страница14
страница15
страница16
страница17
страница18
страница19
страница20
страница21
страница22
страница23
страница24
страница25
страница26
страница27
страница28
страница29
страница30
страница31
страница32
страница33
страница34
страница35
страница36
страница37
страница38
страница39
страница40
страница41
страница42
страница43
страница44
страница45
страница46
страница47
страница48
страница49
страница50
страница51
страница52
страница53
страница54
страница55
страница56
страница57
страница58
страница59
страница60
страница61
страница62
страница63
страница64
страница65
страница66
страница67
страница68
страница69
страница70
страница71
страница72
страница73
страница74
страница75
страница76
страница77
страница78
страница79
страница80
страница81
страница82
страница83
страница84
страница85
страница86
страница87
страница88
страница89

 
 
 

 

 

В результате его применения будет получена префиксная часть всех иден­ тификаторов для пользовательских объектов и классов . Поступать реко­ мендуют следующим образом .

•  Сгенерировать идентификатор
с помощью сценария . Допустим ,
было получено значение 1.222.33
( на самом деле оно значительно
длиннее ).

•  Дописать в конец точку и единицу
или двойку для префиксов клас­
сов и атрибутов соответствен­
но . То есть 1.222.33.1 для классов
и 1.222.33.2 для атрибутов .

•  Идентификаторы конкретных объ­
ектов получать путем добавления
к имеющемуся префиксу еще од­
ной группы с порядковым номером
объекта . Например , если требует­
ся создать два пользовательских
класса , их идентификаторы могут
быть 1.222.33.1.1 и 1.222.33.1.2.

То есть сценарий генерации кода выполняется только один раз для по­ лучения общего префикса . Приведен­ный способ гарантирует уникальность

полученных идентификаторов . Теперь можно переходить к непосредственной модификации .

Все классы Active Directory прямо или косвенно унаследованы от обще­го суперкласса Тор . Он содержит ряд служебных настроек и атрибутов , по­ этому классы надстройки будут также унаследованы от него .

Сначала необходимо создать все необходимые атрибуты ( см . рис . 2), приведенные на диаграмме на рис . 1.

Их назначение уже было рассмот­ рено выше . Практически все атрибу­ ты , представляющие собой ссылки на объекты Active Directory, имеют стро­ ковый тип . За исключением признака отключения учетной записи пользова­ теля (userMoveDisabled), который име­ ет логический тип , и времени начала операции переноса (userMoveWhen), тип - UTC Coded Time (Universal Time Coordinated, или универсальное скоор­ динированное время , - можно считать временем по Гринвичу , за исключени­ ем того , что летом и зимой часы здесь не переводятся ).

Далее с помощью той же оснас­ тки создадим необходимые классы . Обратите внимание , что на диаграм­ ме классов ( рис . 1) есть случай мно­ жественного наследования . Класс StartMoveCommand является потом­ ком как команды (UserMoveCommand), так и контейнера (UserMoveContainer). Однако множественное наследова­ ние в Active Directory не поддержива­ется . Вместо этого можно воспользо­ ваться так называемыми вспомога­ тельными (auxiliary) классами . Такие классы используются , когда требует­ ся создать группу параметров , при­ годную для повторного использования . То есть новый класс наследует все ат­ рибуты дополнительного , но не его тип .