Windows workflow foundation что это

Обновлено: 05.07.2024

WF поддерживается в Visual Studio 2005 в виде расширения (add-on), в состав которого входит визуальный дизайнер процессов и визуальный отладчик, позволяющий отладить созданный процесс. В Visual Studio 2008/2010/11 Beta эта функциональность входит изначально.

При помощи WF могут быть описаны три типа процессов:

последовательный процесс (Sequential Workflow) — переход от одного шага в другой без возвратов обратно;
конечный автомат (State-Machine Workflow) — переход из одного состояния в другое, возможны и произвольные возвраты в предыдущие состояния;
процесс, управляемый правилами (Rules-driven Workflow) — частный случай последовательного процесса, в котором переход на следующий шаг определяется набором правил.

Основы работы со средой разработки Visual Studio 2010

Visual Studio 2010 представляет собой полностью интегрированную среду разработки(IDE). Она спроектирована таким образом, чтобы делать процесс написания кода, его отладки и компиляции в сборку для поставки конечным потребителям как можно более простым. На практике это означает, что Visual Studio является очень сложным приложением с многодокументным интерфейсом, в котором можно делать практически все, что касается разработки кода. Ниже перечислены основные возможности Visual Studio:

1. Текстовый редактор.

2. Визуальный редактор форм.

3. Вспомогательные окна.

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

4. Возможность компиляции прямо в среде разработки.

5. Интегрированный отладчик.

Из-за природы программирования код редко когда выполняется правильно с первого раза. Visual Studio обеспечивает гладкое подключение отладчика, позволяя создавать точки останова и отслеживать значения переменных, не покидая среду разработки.

6. Доступ к другим программам.

Visual Studio предоставляет доступ к целому ряду других утилит, которые позволяют просматривать и изменять различные аспекты компьютера или сети, не покидая среды разработки. Благодаря этим инструментам, можно просматривать выполняющиеся службы и активные соединения с базами данных, заглядывать в таблицы на сервере Microsoft SQL Server и даже посещать веб-сайты с использованием окна Internet Explorer.

7. Интегрированная справочная система MSDN.

Также Visual Studio 2010 содержит графические редакторы и конструкторы XML, обеспечивает поддержку разработки программ Windows, ориентированных на мобильные устройства, поддержку разработки программ Microsoft Office и Windows Workflow Foundation, содержит встроенную поддержку рефракторинга кода и инструменты визуального конструирования классов.

Создание проекта в среде разработки Visual Studio 2010

Создание нового проекта

Для получения окна Создать проект необходимо запустить среду разработки Visual Studio 2010, откроется Начальная страница:

Рис. 1. 1. Начальная страница Visual Studio 2010 Professional (русская версия)

Рис. 1. 1. Окно создания нового проекта

Выберем Консольное приложение, укажем Имя проекта, и Расположение (где создавать каталог проекта) и нажмём ОК.

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

Среда выполнения рабочих процессов

Каждый работающий экземпляр рабочего процесса создается и обслуживается внутрипроцессной подсистемой среды выполнения, с которой ведущий процесс взаимодействует с помощью одного из следующих инструментов:

WorkflowInvoker, который вызывает рабочий процесс как метод.

WorkflowApplication для явного управления выполнением одного экземпляра рабочего процесса.

Каждый из этих классов является оболочкой для среды выполнения основной операции, представленной как объект ActivityInstance, ответственный за выполнение операции. В домене приложения может быть несколько объектов ActivityInstance, работающих параллельно.

Компоненты рабочего процесса в хост-процессе

Взаимодействие между компонентами рабочего процесса

На следующей диаграмме показано взаимодействие компонентов рабочего процесса.

На предыдущей диаграмме используется метод Invoke класса WorkflowInvoker для вызова нескольких экземпляров рабочего процесса. WorkflowInvoker используется для упрощенных рабочих процессов, не требующих управления с сервера. Рабочие же процессы, требующие управления с сервера (например, возобновление Bookmark), должны выполняться с помощью Run. Чтобы вызвать экземпляр рабочего процесса, не обязательно ждать завершения другого. Среда выполнения допускает одновременное выполнение нескольких экземпляров рабочего процесса. Вызываются следующие рабочие процессы:

Действие Sequence, содержащее дочернее действие WriteLine. Переменная Variable родительского действия привязана к InArgument дочернего действия. Дополнительные сведения о переменных, аргументах и привязке см. в разделе переменные и аргументы.

Настраиваемое действие ReadLine . OutArgument действия ReadLine возвращается в вызывающий метод Invoke.

Настраиваемое действие, происходящее от абстрактного класса CodeActivity. CodeActivity может обращаться к возможностям среды выполнения (например, к отслеживанию и свойствам) с помощью CodeActivityContext, доступного в качестве параметра метода Execute. Дополнительные сведения об этих функциях времени выполнения см. в разделе Отслеживание рабочего процесса и Свойства выполнения рабочего процесса.

Мы продолжаем знакомство с технологиями Visual Studio 2005 и Windows Vista. Сегодня речь пойдет еще об одном нововведении, претендующем на революционность, – это Windows Workflow Foundation (WWF).

После написания первой программы «Hello, world!» в дальнейшем обучении будущих разработчиков обычно применяются блок-схемы, которые очень наглядно отображают логику программ. Но, к сожалению, блок-схемы исчезают сразу после того, как усвоены циклы и условные переходы. А ведь сложные программные конструкции напрочь лишены наглядности, что порождает множество проблем, с которыми вынуждены бороться все участники процесса создания ПО.

Существует, конечно, множество инструментов и методик, поддерживающих «визуализацией» различные этапы разработки, – от конструкторов кода до UML и RAD-сред, даже не предполагающих программирования. Но большинство из них не являются столь простыми и наглядными, как обычные блок-схемы. Нередко, однако, возвращение к старым идеям на более современном уровне дает весьма интересные результаты.

Так, среди значительного числа других нововведений WinFX Microsoft предлагает и свой взгляд на то, каким образом визуальная разработка на основе блок-схем может быть использована при создании приложений. Для этих целей рекомендуется применять некую интерпретацию понятия «workflow», реализованную в WWF.

Определимся с терминологией

Термин «workflow» достаточно распространен в IT-индустрии и воспринимается прежде всего в контексте систем электронного документооборота. Однако, как это часто происходит в том случае, когда вначале формируется рынок, а лишь потом согласовывается терминология, существует несколько различных толкований данного понятия, каждое из которых имеет определенное право на существование. Здесь мы не будем их анализировать, поскольку, как это станет ясно ниже, в случае WWF в «workflow» вкладывается смысл, несколько отличающийся от принятого в бизнес-системах.

При этом, как правило, подразумевается, что инструментарий workflow-моделирования обладает возможностями визуального проектирования, достаточными для создания сложных бизнес-систем фактически без программирования в традиционном понимании (т. е. без написания кода вручную).

Однако если рассматривать программирование в широком смысле – как создание набора инструкций, предусматривающих обратную связь и возможность повторного использования, то станет ясно, что под это определение вполне попадает моделирование любых рабочих процессов, так или иначе укладывающихся в модели workflow. Именно от этого отталкивалась Microsoft, разрабатывая WWF.

Важно понимать, что WWF не является ни реализацией какого-либо стандарта workflow вроде тех, которые определены WfMC, ни инструментом сугубо делового применения. Так что попытки сравнивать WWF с существующими на рынке workflow-систем готовыми бизнес-продуктами лишены всякого смысла, поскольку это универсальная и гибкая платформа, ориентированная прежде всего на визуальное программирование. И поэтому конструирование workflow-диаграмм с помощью WWF в той же мере программирование, в какой и создание блок-схем.

Архитектура

Архитектурно Windows Workflow Foundation состоит из нескольких уровней (таблица). На нижнем находится родительский процесс (Host Process). Характерно, что WWF работает не изолированно, а выполняется именно в рамках родительского процесса, который посредством стандартизированных интерфейсов предоставляет набор сервисов, определяющих функциональность WWF. Похожий подход применяется в Microsoft Windows Scripting Host (WSH) для обеспечения доступа к внутренним объектам.

Архитектура WWF

Уровень	Задача
Workflow Model	Поддержка предопределенных типов моделей, действий (activities) и соответствующего API
Runtime Layer	Исполнение модели и поддержка управления ее жизненным циклом
Hosting Layer	Интеграция с родительским процессом, предоставление интерфейсов для ключевых процессов WWF, реализация которых зависит от родительского процесса
Host Process	Обеспечение объектов и функциональности, которые полностью или частично доступны в WWF

Ядром технологии WWF является уровень исполнения (Runtime Layer), который отвечает непосредственно за workflow-моделирование и содержит необходимые для этого службы. Он же управляет жизненным циклом (менеджмент состояний и активация) моделей, что позволяет исполнять значительное количество моделей, не расходуя понапрасну системные ресурсы в том случае, если часть из них находится в режиме ожидания.

На самом верху архитектуры WWF – уровень workflow-модели (Workflow Model Layer). Он отвечает за поддержку различных типов моделей, содержит предопределенные действия (activities) и реализует соответствующий API.

Также WWF включает встроенный визуальный редактор, благодаря которому можно конструировать модели без программирования. Хотя при необходимости они могут быть реализованы исключительно посредством программного кода, поскольку фактически представляют собой обычные классы. Кроме того, поддерживается возможность хранения описания моделей в XML-файлах, что позволит применять разнообразный инструментарий.

Сама технология WWF изначально ориентирована на расширения. Отдельные элементы workflow-модели – действия (activities) – выполнены в виде компонентов, которые могут создаваться сторонними поставщиками с помощью Visual Studio и WWF SDK. Помимо этого, WWF поддерживает динамическое обновление моделей во время исполнения, а также позволяет встраивать редактор моделей в собственные приложения.

Использование на практике

На текущий момент создавать и исполнять workflow-модели можно с помощью соответствующего расширения для Visual Studio 2005, доступного на сайте Microsoft.

WWF стандартно поддерживает два типа моделей – последовательные (sequential) и конечные автоматы (state machine). Первые представляют собой набор последовательно исполняемых действий и в наибольшей мере соответствуют классическим блок-схемам. Вторые позволяют моделировать переходы между несколькими предопределенными состояниями, что особенно актуально при конструировании сложных программных систем, например управления бизнес-процессами.

Эти два типа в определенной мере взаимозаменяемы – последовательная модель может быть преобразована в конечный автомат и наоборот. Однако каждый из них в наибольшей степени подходит лишь для определенного типа задач. Например, при большом количестве ветвлений и исключений последовательная модель может оказаться слишком запутанной и потерять наглядность, что сведет на нет все преимущества графического представления.

Несмотря на то что стандартно поддерживаются только два типа моделей, разработчики могут самостоятельно создавать дополнительные. Конструирование новых моделей на основе существующих не вызовет больших сложностей даже у относительно неподготовленного пользователя, обладающего лишь общими навыками описания алгоритмов. Для этого предназначен визуальный режим, в котором достаточно выбирать доступные действия (activities) и указывать их свойства и взаимосвязи. Их набор довольно обширен в стандартной поставке и включает возможности управления исполнением, построения циклов, распараллеливания, работу с исключениями, подсоединение к источникам данных, связывание с Web-службами и др. Создание же полностью оригинальных моделей требует весьма профессиональной работы.

Для построения условий система предлагает визуальный конструктор, позволяющий без программирования работать с бинарными операторами. Если же требуется создать более сложное условие, то применяются традиционные возможности одного из языков программирования – на уровне метода класса, реализующего модель.

Несмотря на то что workflow-модели можно создавать и исполнять сами по себе, полностью их потенциал раскрывается только при интеграции с приложением, обеспечивающим объекты для манипуляции. Для того чтобы модель получила доступ к внутреннему устройству родительского процесса, как уже говорилось, необходимо реализовать определенные интерфейсы, описанные в документации к WWF.

Модели также поддерживают режим отладки. Несмотря на определенные проблемы в текущей версии, Microsoft обещает, что будут доступны точки прерывания и пошаговое исполнение как в графическом представлении, так и в виде программного кода.

Модели конечных автоматов хорошо подходят для решения бизнес-задач

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

Также WWF хорошо подходит для формализации взаимодействия различных исполняющих устройств, и даже человека и машины. Эта особенность пригодится не только в бизнес-системах, но и в бытовой сфере. К примеру, посредством WWF можно создать некий «конструктор», предназначенный для управления логикой работы составляющих «умного дома» – от включения нагревательных приборов до алгоритма уборки помещений с помощью роботизированного пылесоса.

Последовательные модели в наибольшей степени схожи с обычными блок-схемами

Не исключено, что WWF найдет применение и в самых обычных приложениях. К примеру, многих пугала необходимость изучать скриптовые языки для того, чтобы автоматизировать часто выполняемые рутинные операции. Наглядность и простота создания моделей в WWF может изменить отношение пользователей к несложному программированию и заметно повысить эффективность их труда.

Одно из первых «показательных» применений WWF будет реализовано в грядущей двенадцатой версии Microsoft Office. До сих пор для организации полноценного корпоративного документооборота с помощью этого пакета приходилось либо применять сторонние продукты, либо инвестировать значительные усилия в разработку решений на базе Exchange и/или SharePoint. Теперь базовые возможности обеспечения документооборота войдут в стандартную поставку Microsoft Office, а создавать новые сценарии движения документов опытные пользователи смогут самостоятельно без привлечения программистов.

Реальные преимущества

Попробуем выделить некоторые достоинства новой технологи.

Во-первых, использование WWF обеспечивает наглядность и прозрачность программной логики. Графическое представление, в отличие от кода, доступно для понимания не только разработчикам, но и другим участникам процесса создания ПО, в том числе, что особенно важно, заказчикам. WWF позволяет гораздо эффективнее по сравнению с альтернативными подходами отделить интерфейс пользователя и бизнес-логику приложений, упрощая коллективную разработку, модификацию решений и их портирование под новые платформы и разные типы клиентских устройств.

Во-вторых, наличие среды исполнения WWF и визуального дизайнера моделей во многих случаях поднимет на качественно новый уровень встроенные средства автоматизации/адаптации приложений. На наш взгляд, наглядное конструирование алгоритмов значительно удобнее и доступнее, чем, к примеру, аналогичные решения на базе скриптов.

В-третьих, WWF становится новым стандартным элементом платформы Windows с унифицированным интерфейсом и едиными правилами применения, что существенно упрощает задачу разработчиков по продвижению продуктов на его основе. Пример показывает сама Microsoft, использующая WWF в будущей версии Microsoft Office.

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

Перспективы

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

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

WorkFlow – это рабочий процесс (WF), представляющий собой набор технологий, включенных в PowerShell и доступных на любом компьютере под управлением Windows 7/8, Server 2008/ 2008 R2/ 2012. Это особый вид сценария PowerShell, который очень похож на функцию. Однако при запуске он преобразует рабочий процесс в код Windows Workflow Foundation (WWF) и передает для выполнения, после чего его содержимое будет отличаться от скрипта.

Основа рабочих процессов

WorkFlow – это комбинация традиционных и современных инструментов программирования для объявления рабочего процесса и выполнения действий, помогающих определить логику, поток управления и время выполнения полученного приложения. WWF - это процесс использования языка более высокого уровня для написания ПО с целью повышения производительности труда разработчиков, упрощения управления и быстрой адаптации. Среда выполнения WWF не только выполняет рабочий процесс, но и предоставляет сервисы и функции, важные при написании логики ПО, такие, как сохранение состояния, маркировка и возобновление бизнес-логики, что приводит к эффективности потоков и процессов.

Модель программирования WWF была переработана, что сделало ее более простой и надежной. Активность является ее основным базовым типом и представляет как процессы, так и операции. WW больше не нужно создавать во время выполнения для вызова рабочего процесса, ее можно просто оформить как экземпляр и выполнить, упрощая модульное тестирование и сценарии ПО, в которых разработчик не хочет испытывать трудности при настройке конкретной среды. Наконец, модель программирования становится полностью декларативной композицией действий без кода, что также упрощает разработку.

Использование Net Framework

Некоторые из основных возможностей WW перечислены ниже:

Визуальное представление процесса.
Динамическое изменение во время выполнения.
Длительность функционирования.

Существует два основных типа WW:

Последовательные, используются для четко определенных процессов.
Конечного автомата, организованы как диаграммы конечного автомата, обычно используемые для WW с оперативным взаимодействием, включая Workflow-перевод.

Операции и службы

Операции WorkFlow – это рабочие процессы, состоящие из одной или нескольких операций, являющихся строительными блоками WW. Набор готовых действий предоставляется разработчикам, также можно создавать свои собственные. Службы - механизм выполнения WW с использованием собственных функций при выполнении экземпляра. Можно использовать службы в WW Foundation, настроить доступные службы или создать собственные. WW в реальной жизни могут иметь длительный и непредсказуемый срок выполнения. Windows WW Foundation обрабатывает все операции и может при необходимости сохранять рабочие процессы.

Компенсация-транзакции в мире WW отличаются от традиционных. В тех случаях, когда есть длительные процессы, невозможно точно откатить назад набор действий при возникновении исключений. Вместо этого WW допускает «компенсацию», которая в простом выражении является действием, предпринимаемым для покрытия эффекта части транзакции и уже была завершена. Визуальная природа определения WW приводит к требованию отслеживания хода выполнения рабочего процесса. WW Foundation предоставляет службы для отслеживания состояния экземпляров процессов.

Проект с открытым исходным кодом Designer

Дизайнер WF предлагает множество функций из коробки, его легко расширить, вот почему многие компании интегрировали его в свои продукты и решения.

Существует 3 типа рабочих процессов, которые используют в соответствии с требованиями бизнес-кейса, их можно использовать вместе в смешанном режиме, а также возможна группировка WF/Activity:

Последовательный WW - простая линейная логика.
Блок-схема WW - очень интуитивно понятная логика блок-схем.
WW конечного автомата - мощный, переходы состояний, события, триггеры.

WW можно создавать визуально, программно и с помощью сценариев PowerShell:

Создание WW - Visual Studio.
Создание WW – Код.
Создание WW - Powershell Azure.

Сериализация выполняется с помощью Xaml, что делает WW очень гибкими:

Сериализация WW Xml.
Сериализация WW - Xaml Code.
Сериализация WW - Powershell Visual Xaml.

Встроенные библиотеки

Основной уровень Sharepoint

Workflow Manager является очень сложным компонентом Foundation и основным уровнем Sharepoint. Его применяют в пользовательских решениях и в Rehosted WF Designer. Он предлагает много полезного: REST Endpoint & Client API, Multi-tenancy (области) и масштабирование, управление хранилищем Базы Данных, отслеживание и мониторинг, управление экземплярами, полностью декларативный авторинг.

Тем не менее развертывание не является легким при выполнении с помощью пользовательских установщиков, и оно навязывает решению реализацию версий, экземпляров, хранилищ данных. Журнал результатов выполнения Workflow Foundation предлагает высокий уровень прозрачности в отношении логики процесса. Пользовательское отслеживание участников легко внедрить и адаптировать конкретному варианту использования. Метод Track вызывается всякий раз, когда рабочий процесс генерирует Tracking Record, содержащий данные выполнения WF: журналы и аналитические данные.

Стандартная модель SwTracking Participant является хорошей отправной точкой для реализации отслеживания WW. Функция Persistency, ключевая для длительных рабочих процессов, доступна сразу после установки в WF, если будут использованы доступные хранилища данных, Workflow Identity и действия для сохранения. Помимо включения новых сценариев, эта функция также помогает масштабировать ресурсы по вертикали, когда есть WW в качестве модели сервиса, и выполняет много рабочих процессов параллельно на одном и том же сервере/VM:

состояние WF будет удалено из памяти до следующего шага или триггера;
восстанавливает его из хранилища данных постоянства
возобновляет процесс выполнения.

Автоматизация задач в iOS Apple

Перед началом автоматизации задачи загружают систему Workflow из App Store, запускают его и нажимают вкладку «Мои рабочие процессы » или вкладку «Галерея», если нужно использовать предварительно выполненное действие. В правом верхнем углу выбирают «Создать рабочий процесс» и один из четырех WW.

Выбрав WW, проводят пальцем вправо, чтобы открыть меню «Действия». Отсюда можно выполнить поиск нужного действия или выбрать действие из списка доступных предложений. Выбрав действие, перетаскивают его вправо, чтобы добавить в текущий WW. Если нужно включить дополнительное действие, которое будет выполняться после первого, проводят пальцем вправо и повторяют процесс.

Для того чтобы изменить WW, нажимают на значок шестеренки в правом верхнем углу. Результирующее меню будет содержать множество различных настроек, что позволит изменить тип рабочего процесса. Когда все выполнено, нажимают «Готово» в правом верхнем углу, чтобы оставить WW в приложении, или выбирают «Добавить на главный экран», чтобы запустить WW в браузере.

PowerShell. Сценарии

Платформа для работы и обмена

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

Существует несколько способов создания WW в SharePoint:

Без рабочего процесса - если нужно простое одобрение или какое-либо уведомление, то можно просто использовать возможность оповещений в SharePoint вместе с некоторыми столбцами метаданных.
Функция подтверждения контента - использование встроенной функции одобрения контента. Она допускает односторонние утверждения контента, но можно выполнять работу во многих простых сценариях утверждения.
Готовые рабочие процессы - доступно несколько готовых (встроенных) рабочих процессов, которые позволяют создавать более сложные конфигурации.
SharePoint Designer - это бесплатный инструмент, доступный от Microsoft, который создает более сложные рабочие процессы с параллельным и многоступенчатым последовательным одобрением. Особенность SPD заключается в том, что может потребоваться некоторое время, чтобы ознакомиться с тем, как он работает, а сам инструмент иногда может быть довольно сложным.
Microsoft Flow - облачный продукт, который интегрируется с SharePoint и многими другими приложениями.
Сторонние инструменты WW, которые можно интегрировать с SharePoint.

Виды готовых процессов:

WW утверждения.
WW сбора отзывов.
Сбор подписей Workflow.
WW с тремя состояниями.

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

Преимущества и недостатки

Разные источники данных, в основном базы данных, являющихся частью WW приложения.
Периодически изменяющаяся логика приложения, в которой изменяются несколько шагов в WW.
Изолированные выходные данные (разветвленная схема), которые требуют сложной логики.
Пакетные входы, которые являются частью начального WW и имеют неопределенные временные рамки.
Максимальная производительность и гибкость приложений в отношении совместимости.

гибкость;
отчеты о времени выполнения;
интеграция с коммуникационным фундаментом;
динамическая конфигурация;
визуальный дизайн логики приложения.

Основным недостатком является сложная кривая обучения, когда большинство программистов сталкиваются с трудностями при адаптации к методам проектирования WW.

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

Читайте также: