Продолжая тему Active Directory и PowerShell, приведу несколько команд (точнее методов .Net), которые бывают полезны в скриптах.
Серьезный, “продакшн” скрипт, не должен требовать указывать ему имя домена, а использовать по умолчанию домен того компьютера на котором он запущен. А как его определить? Вызвать статический метод GetCurrentDomain() класса System.DirectoryServices.ActiveDirectory.Domain:
Сегодня из общения с Пашей Дугаевым “узнал” что людям “иногда” бывает нужно задать из PowerShell атрибут какого нибудь объекта в Active Directory 
. Процесс не сложный, но в PowerShell 1.0 не очень “красивый”. Поэтому для удобного использования стоит завернуть его в такую вот функцию:
Те самые люди которые подарили нам PowerShell
А сейчас они заняты подготовкой следующей версии…
Скриптерам и программерам на Visual Basic наверняка знакома эта “ключевая фраза”. Дело в том что по умолчанию, если использовать не объявленную заранее переменную, то ошибки не произойдет ни в Visual Basic ни в PowerShell. Просто вместо несуществующей переменной будет подставлено пустое значение. Обычно это является нормальным поведением, но иногда может привести и к логическим ошибкам. Ведь достаточно ошибится на одну букву в имени переменной, и логика скрипта может сильно изменится. Для таких случаев и был сделан Option Explit. При объявлении в начале скрипта этой директивы, при обращении к несуществующей переменной выдается ошибка. Аналог разумеется есть и в PowerShell – команда Set-PsDebug с ключем -Strict
PowerShell очень классный язык, но тем не менее очень молодой. И по этой причине в нём зачастую нет того чего хочется. Пока нет.
Но так как он всё же очень классный – то чего нет можно дописать 
Вот к примеру если кому то не хватает привычной конструкции Try/Catch/Finally то Adam Weigert её написал За что ему большое спасибо (и ajax76 спасибо что напомнил )
