بسم الله الرحمن الرحيم

Про ОС Windows

То что понравилось программисту

Начиная с версии Windows 7 для организации и обеспечения доступа к файлам (независимо от места их хранения) помимо папок пользователь может использовать библиотеки. Библиотека собирает файлы из различных расположений и отображает их в виде одной коллекции, не перемещая их из места хранения. Файлы, помещенные в библиотеку автоматически индексируются, что обеспечивает контекстный поиск, в зависимости от типа файла.

В Проводник была добавлена панель ввода адреса, где пользователь может ввести путь к каталогу и перейти туда. Также можно ввести URL, после чего в главной части окна откроется интернет страница.

В Windows NT 4 появилась функция работы проводника в разных процессах. Это помогает избежать тормозов в интерфейсе системы и при зависании окон отдельных папок нет необходимости перезапускать оболочку полностью. Её можно активировать, найдя в редакторе реестра параметр HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced и установив значение DWORD SeparateProcess на 1.

Теперь Проводник может записывать CD-R и DVD-RAM диски без привлечения сторонних программ.

Не рекомендуется писать расширения оболочки в языках .NET, так как позволяется только одна среда выполнения CLR для одного процесса, поэтому может возникнуть конфликт между двумя расширениями оболочки, использующим разные версии CLR. Рекомендация сохраняется, несмотря на то, что .Net Framework 4 поддерживает технологию side-by-side для версий .Net Framework 2.0, 3.0, 3.5 и позволяет в одном и том же процессе использовать как старую CLR 2, так и новую CLR 4.

В отличие от папок файловой системы, пользователи не могут создавать виртуальные папки самостоятельно, но могут устанавливать программное обеспечение, которое создаёт их.

GDI

GDI (Graphics Device Interface, Graphical Device Interface) — один из трёх основных компонентов или «подсистем», вместе с ядром и Windows API составляющих пользовательский интерфейс (оконный менеджер GDI) Microsoft Windows.

GDI — это интерфейс Windows для представления графических объектов и передачи их на устройства отображения, такие как мониторы и принтеры.

GDI отвечает за отрисовку линий и кривых, отображение шрифтов и обработку палитры. Он не отвечает за отрисовку окон, меню и т. п., эта задача закреплена за пользовательской подсистемой, располагающейся в user32.dll и основывающейся на GDI. GDI выполняет те же функции, что и QuickDraw в Mac OS.

Одно из преимуществ использования GDI вместо прямого доступа к оборудованию — это унификация работы с различными устройствами. Используя GDI, можно одними и теми же функциями рисовать на разных устройствах, таких как экран или принтер, получая на них практически одинаковые изображения. Эта возможность лежит в центре всех WYSIWYG-приложений для Windows.

Простые игры, которые не требуют быстрой графики, могут использовать GDI. Однако GDI не обеспечивает качественной анимации, поскольку в нём нет возможности синхронизации с кадровым буфером. Также, в GDI нет растеризации для отрисовки 3D-графики. Современные игры используют DirectX или OpenGL, что даёт программистам доступ к большему количеству аппаратных возможностей.

Краткое описание GDI

Для определения атрибутов текста и изображения, которые выводятся на экран или принтер, используется программный объект под названием «контекст устройства» (Device Context, DC). DC, как и большинство объектов GDI, инкапсулирует подробности реализации и данные в себе и к ним нельзя получить прямой доступ.

Для любого рисования нужен объект HDC (хэндл DC). При выводе на принтер HDC получается вызовом CreateDC, и на нём зовутся специальные функции для перехода на новую страницу печатаемого документа. При выводе на экран также можно использовать CreateDC, но это приведет к рисованию поверх всех окон вне их границ, потому обычно для рисования на экране используются вызовы GetDC и BeginPaint, принадлежащие уже не GDI, а USER, и возвращающие контекст, ссылающийся на регион отсечения окна.

VBScript

В основном VBS-сценарии применяются для обработки данных, управления системой, работы с учетными записями пользователей и компьютеров, взаимодействия с офисными приложениями, работы с базами данных и прочих сложных задач.

VBS-сценарий — это обычный текстовый файл с расширением *.vbs, который легко править в блокноте, а запускать на исполнение — двойным щелчком мыши или вызовом по имени в консоли.

Сценарии не компилируются, а интерпретируются. То есть для обработки скрипта в системе должен присутствовать интерпретатор языка VBS, и таких интерпретаторов в Windows два: оконный WScript и консольный CScript, оба интерпретатора это Windows Script Host (WSH).

Интерпретатор командной строки

Command line interpreter

Cmd.exe, который всё ещё остаётся частью Windows 8, Windows 7, Windows Vista и Windows Server 2008 (кроме WPH и WM) для обеспечения обратной совместимости, будет дополнен новой расширяемой оболочкой командной строки Microsoft Windows PowerShell.

Windows PowerShell

Windows PowerShell 2.0 был выпущен в составе Windows 7, Windows 8 и Windows Server 2008 R2 как неотъемлемый компонент системы. Кроме того, вторая версия доступна и для других систем, таких как Windows XP SP3, Windows Server 2003 SP2, Windows Vista SP1, Windows Vista SP2 и Windows Server 2008[1].

Windows PowerShell построен на базе Microsoft .NET Framework и интегрирован с ним. Дополнительно PowerShell предоставляет удобный доступ к COM, WMI и ADSI, равно как и позволяет выполнять обычные команды командной строки, чтобы создать единое окружение, в котором администраторы смогли бы выполнять различные задачи на локальных и удалённых системах.

Эти административные задачи обычно выполняются с помощью командлетов (в оригинале cmdlets), которые являются специализированными классами .NET. Пользователь может комбинировать их в скриптах (сценариях), используя различные конструкции, утилиты командной строки и обращения к обычным классам .NET, объектам WMI или COM. Кроме того, можно использовать различные хранилища данных, такие как файловая система или реестр Windows, которые предоставляются PowerShell посредством поставщиков (англ. providers).

Windows PowerShell также предоставляет механизм встраивания, благодаря которому исполняемые компоненты PowerShell могут быть встроены в другие приложения. Эти приложения затем могут использовать функциональность PowerShell для реализации различных операций, включая предоставляемые через графический интерфейс.

Windows PowerShell включает свою собственную расширяемую справку, доступную (в том числе из командной строки) через командлет Get-Help.

Реализации командлетов могут вызывать любые доступные .NET API и могут быть написаны на любом языке .NET. PowerShell также предоставляет некоторые дополнительные API, такие как WriteObject(), которые необходимы для доступа к специфичной для PowerShell функциональности, например для вывода результирующих объектов в конвейер.

В PowerShell 2.0 была добавлена возможность создания командлетов на самом PowerShell, без использования .NET языков.

Free Web Hosting