.NET Framework служит средой для поддержки, разработки и выполнения распределенных приложений, которые базируются на компонентах (элементах управления).
Приложения (программы) можно разрабатывать на разных языках программирования, которые поддерживают эту технологию.
.NET Framework обеспечивает:
- совместное использование разных языков программирования;
- безопасность и переносимость программ;
- общую модель программирования на базе платформы Windows.
2. Какие основные составляющие .NET Framework ?
С точки зрения программирования, .NET Framework состоит из двух основных составляющих:
- общеязыковая исполнительная среда CLR ( Common Language Runtime );
- библиотека базовых классов.
Общеязыковая среда CLR решает задачи автоматического выявления типов .NET , загрузки этих типов и управление ними. Среда CLR осуществляет управление памятью, обслуживание приложения, обработку потоков и реализует многочисленные проверки связанные с безопасностью.
.NET FRAMEWORK | WHAT IS IT USED FOR AND… WHY??
Библиотека базовых классов включает в себя определение разнообразных примитивов, которыми могут быть: потоки, графические API-интерфейсы, реализация баз данных, файловый ввод-вывод и прочее.
3. Какой принцип действия общеязыковой среды выполнения CLR ( Common Language Runtime )?
Общеязыковая среда выполнения CLR управляет выполнением кода .NET .
После компиляции программы на C# (или другом языке) создается файл, который содержит особого рода псевдокод или байт-код (а не исполнительный файл, как было раньше). Этот псевдокод называется Microsoft Intermediate Language ( MSIL ) или Common Intermediate Language ( CIL ). Этот псевдокод есть промежуточным языком Microsoft .
Основное назначение CLR – превратить промежуточный код MSIL в исполнительный код в процессе выполнения программы.
Любая программа, которая скомпилирована в псевдокод MSIL , может быть выполнена в любой среде, которая содержит реализацию CLR . Это обеспечивает переносность программ в среде .NET Framework .
Рис. 1. Процесс преобразования исходного кода в код на языке MSIL ( CIL или IL ) и создание файла сборки ( *.dll или *.exe )
После этого, псевдокод превращается в исполняемый код. Это осуществляет JIT -компилятор. JIT ( Just-in-time ) -компиляция – это компиляция на «лету».
Исполнительная среда CLR отвечает за определение места размещения сборки (assembly).
Запрашиваемый тип, который размещается в сборке (например, класс ArrayList или другой тип), определяется в двоичном файле ( *.dll или *.exe ) с помощью считывания метаданных этого файла.
После этого CLR размещает в памяти считанный из сборки тип.
Затем CLR превращает CIL-код в соответствующие инструкции, которые подстраиваются под конкретную платформу (в зависимости от ПК, операционной системы и т.п.). Кроме того, на этом этапе происходят необходимые проверки на предмет безопасности.
WHAT IS .Net Framework and what does it do in Windows May 14th 2020
Последним происходит выполнение запрашиваемого программного кода.
4. Что такое промежуточный язык MSIL ( Microsoft Intermediate Language ) или CIL ( Common Intermediate Language )?
Сперва промежуточный язык псевдокода назывался Microsoft Intermediate Language ( MSIL ). Позднее (в последних версиях .NET ) это название было изменено на Common Intermediate Language ( CIL — общий промежуточный язык). Аббревиатуры MSIL , CIL и IL ( Intermediate Language )означают одно и то же.
Промежуточный язык CIL (или MSIL ) формируется после компиляции программы на некотором языке программирования, который поддерживает платформу .NET Framework .
MSIL есть псевдокодом. MSIL определяет набор инструкций, которые:
- могут переноситься на разные платформы;
- не зависят от конкретного процессора.
Фактически, MSIL – это язык переносного ассемблера
5. Что такое сборка (assembly) с точки зрения технологии .NET ?
Сборки – это файлы с расширениями *.dll или *.exe , которые содержат независимые от платформы .NET инструкции на промежуточном языке ( Intermediate Language – IL ), а также метаданные типов.
Сборка создается с помощью .NET компилятора. Сборка – это большой двоичный объект.
Сборка предназначена для сохранения пространств имен ( namespaces ). Пространства имен содержат типы. Типами могут быть классы, делегаты, интерфейсы, перечисления, структуры.
Сборка может содержать любое количество пространств имен. Любое пространство имен может содержать любое количество типов (классов, интерфейсов, структур, перечислений, делегатов).
6. Что размещается в сборках?
В сборках размещается CIL -код ( MSIL -код или IL -код) и метаданные.
CIL -код компилируется под конкретную платформу только тогда, если происходит обращение к нему из исполняющей среды .NET .
Метаданные детально описывают особенности каждого типа, который есть внутри данной двоичной .NET единицы.
Например, при создании приложения типа Windows Forms Application в C# создается файл Assembly.info . Этот файл размещается в подпапке Properties относительно основной папки программы. В этом файле указывается общая информация о сборке.
7. Что такое манифест ( manifest )?
Манифест– это описание самой сборки с помощью метаданных.
В манифесте размещается информация:
- о текущей версии сборки;
- сведения о культуре (локализация строчных и графических ресурсов);
- перечень ссылок на все внешние сборки, которые нужны для правильного функционирования.
8. Схема взаимодействия между исходным кодом, компилятором .NET и механизмом выполнения .NET .
Программист создает исходный код приложения на языке, который поддерживает технологию .NET (языке C# , C++/CLI , Visual Basic .NET и т.д.). Приложение создается в некоторой среде программирования, например Microsoft Visual Studio . Компилятор формирует сборку – файл, который содержит CIL -инструкции, метаданные и манифест.
После запуска на выполнение этого приложения на некотором компьютере (некоторой платформе), в работу запускается механизм выполнения . NET . Предварительно, на компьютере должна быть установлена одна из версий (как минимум) .NET Framework .
Если в исходном коде используются библиотеки базовых классов (например из сборки mscorlib.dll ), то они загружаются с помощью загрузчика классов.
JIT -компилятор осуществляет компиляцию сборки с учетом (привязкой) аппаратных и программных особенностей компьютера, на котором происходит запуск приложения.
После этого приложение выполняется.
Рисунок 2. Связь между исходным кодом, компилятором и механизмом выполнения .NET
9. Какие существуют виды сборок?
Существует два вида сборок:
- однофайловые сборки;
- многофайловые сборки.
Сборка, которая состоит из одного единого модуля ( *.dll или *.exe ) называется однофайловой. В однофайловых сборках все необходимые CIL -инструкции, метаданные и манифесты размещаются в одном, четко определенном пакете.
Сборка, которая состоит из многих файлов двоичного кода .NET , называется многофайловой. Каждый из этих файлов называется модулем.
В многофайловой сборке один из модулей есть главным ( primary ).
10. В каком файле размещается главная сборка библиотеки MS Visual Studio?
Главная сборка размещается в файле “ mscorlib.dll ”.
11. Что такое общая система типов CTS ?
CTS ( Common Type System ) – система типов, которая содержит полное описание всех возможных типов данных и программных конструкций, которые поддерживаются общеязыковой исполнительной средой CLR . Также здесь описывается то, как эти сущности могут взаимодействовать между собою.
Типами могут быть классы, интерфейсы, структуры, перечисления, делегаты.
12. Какое назначение общеязыковой спецификации CLS?
Как известно, не все языки программирования, которые являются совместимыми с .NET , могут поддерживать функциональные возможности системы типов CTS . Для этого используется общеязыковая спецификация CLS ( Common Language Specification ).
Задачей CLS есть описание только того подмножества общих типов и программных конструкций, которые воспринимаются абсолютно всеми языками программирования, которые поддерживают .NET .
13. Какие языки программирования поддерживают технологию .NET ?
В системе разработки приложений MS Visual Studio технологию .NET поддерживают следующие языки программирования: C# , Visual Basic .NET , C++/CLI , JScript .NET , F# , J# .
Для того, чтобы можно было использовать технологию .NET нужно установить на компьютере программное обеспечение Microsoft .NET Framework Software Development Kit ( SDK ) или Microsoft Visual Studio любой версии.
14. Что такое пространство имен ( namespace )?
Пространство имен предназначено для объединения группы типов, которые связаны между собою с семантической точки зрения. Типы размещаются в сборках ( assembly ). Под типами понимаются классы, делегаты, интерфейсы, структуры, перечисления.
Примеры названий пространств имен:
SystemSystem.DataSystem.IOSystem.CollectionsSystem.Threading.Tasks
Например, в пространстве имен System.Data размещаются основные типы для работы с базами данных, в пространстве имен System.Collections размещаются основные типы для работы с коллекциями.
15. Как вывести содержимое сборок, пространств имен и типов в MS Visual Studio ?
В системе Microsoft Visual Studio есть утилита Object Browser , которая вызывается с меню View (рисунок 3).
Рис. 3. Вызов утилиты Object Browser
В результате откроется окно Object Browser , в котором будут отображаться сборки, которые используются в определенной технологии.
На рисунке 4 отображен список сборок, которые отображаются в технологии “ .NET Framework 4 ”. Выделена сборка с именем “ mscorlib ”.
Рис. 4. Окно Object Browser с выделенной сборкой mscorlib.dll
Если раскрыть содержимое сборки mscorlib (знак “ +”), то будет отображен список всех пространств имен данной сборки (рисунок 5). Как видно из рисунка, сборка включает пространства имен Microsoft.Win32 , System , System.Collections , System.Collections.Concurrent и много других.
Рис. 5. Сборка mscorlib и список пространств имен, которые входят в нее
Аналогично раскрывается любое из пространств имен. В пространствах имен описываются типы. В типах описываются методы, свойства, константы и т.п.
На рисунке 6 изображен класс BinaryReader из пространства имен System.IO . По всей видимости, в классе реализованы методы с именами BinaryReader() , Close() , Dispose() , FillBuffer() и прочие.
Рис. 6. Содержимое класса BinaryReader
16. Как подключить пространство имен в программе на C# ?
Для подключения пространства имен используется ключевое слово using .
Примеры подключения пространств имен:
usingSystem; // подключение пространства имен SystemusingSystem.IO; // подключение пространства имен System.IOusingSystem.Windows.Forms;
После подключения пространства имен можно обращаться к типам, которые в них реализованы.
Программирование: теория и практика
- C# (176)
- Практика (46)
- MS Visual Studio 2010 (34)
- MS Visual Studio 2017 (7)
- MS Visual Studio 2019 (13)
- ADO .NET (7)
- Практика (31)
- Borland C++ Builder 2007 (16)
- MS Visual Studio 2010 (18)
- Visual C++ (132)
- Практика (6)
- Теория (102)
- Практика (1)
- Теория (21)
- Практика (1)
- Теория (21)
- Практика (20)
- Delphi-7 (4)
- Embarcadero RAD Studio 2010 (18)
- Практика (4)
- Теория (92)
- SQL (4)
- C++. Множественное наследование. Дублирование класса и его данных. Проблема ромба 7 июня, 2023
- C++. STL. Алгоритмы обрабатывающие последовательность в целом 23 мая, 2023
- C++. STL. Модифицирующие методы. Часть 4. Алгоритмы, извлекающие из последовательности отдельные элементы или группы элементов 5 мая, 2023
- C++. STL. Алгоритмы выполняющие замену элементов последовательности 31 марта, 2023
- C++. STL. Алгоритмы. Алгоритмы обмена значениями элементов последовательности 21 марта, 2023
- C++. STL. Алгоритмы. Алгоритмы, изменяющие все элементы последовательности 20 марта, 2023
- C++. STL. Алгоритмы для работы с множествами 15 марта, 2023
- C++. STL. Немодифицирующие алгоритмы 4 марта, 2023
- C++. STL. Алгоритмы, не изменяющие значения и порядок следования элементов 24 февраля, 2023
- C++. STL. Алгоритмы перестановок 19 февраля, 2023
При использовании материалов сайта, ссылка на сайт обязательна.
Источник: www.bestprog.net
Microsoft .NET Framework – что это за программа и где ее скачать
Пользуясь популярным программным обеспечением, большинство пользователей не задумывается, какие сложные процессы протекают при этом в операционной системе. Почему и как работает программа, что за ресурсы она использует, из-за чего появляются ошибки и тому подобное. По факту лишь некоторые приложения способны запускаться автономно, независимо от наличия в системе тех или иных программных компонентов. Львиная же доля ПО требует подходящей конфигурации. Наглядным тому примером служит нехватка NET Framework при установке и запуске определенных приложений.
NET Framework – для чего он нужен и можно ли удалить
Обзор технологии NET Framework
Платформа .NET Framework — это один из компонентов системы Windows. Он позволяет создавать и использовать приложения нового поколения. Назначение платформы .NET Framework :
- создание целостной объектно-ориентированной среды программирования допускающей различные варианты реализации: код может храниться и выполняться локально; выполняться локально, а распространяться через Интернет; или выполняться удаленно;
- предоставление среды выполнения кода, в которой число конфликтов при развертывании программного обеспечения и управлении версиями будет сведено к минимуму;
- обеспечение безопасности выполнения кода в среде — в том числе кода, созданного неизвестным разработчиком или разработчиком с частичным доверием;
- предоставление среды выполнения кода, позволяющей устранить проблемы, связанные с производительностью сред на основе сценариев или интерпретации;
- унификация работы разработчиков в совершенно разных приложениях: как в приложениях Windows, так и в веб-приложениях;
- использование промышленных стандартов во всех областях обмена данными и, как следствие, обеспечения совместимости кода, созданного в .NET Framework, с другими программами.
Платформа .NET Framework состоит из двух основных компонентов: среды CLR и библиотеки классов .NET Framework. Среда CLR — это фундамент платформы .NET Framework.
Это своеобразный агент, управляющий кодом во время его выполнения, предоставляющий ключевые службы, связанные с такими процессами, как управление памятью, потоками и удаленными операциями, а также обеспечивающий безопасность типов и другими способами контролирующий правильность кода, гарантируя безопасность и стабильность приложений. Понятие управления кодом является для среды основополагающим. Код, созданный для среды, называется управляемым. Любой другой код называется неуправляемым кодом. Библиотека классов, второй основной компонент платформы .NET Framework, является обширным объектно-ориентированным набором типов, которые можно использовать для разработки самых различных приложений — от классических приложений с интерфейсом командной строки или графическим интерфейсом пользователя до новейших приложений на базе технологий ASP.NET , например веб-форм и веб-служб XML.
Платформа .NET Framework может располагаться на неуправляемом компоненте, который загружает среду CLR в собственные процессы и инициирует выполнение управляемого кода — тем самым создавая среду приложений, в которой может выполняться как управляемый, так и неуправляемый код. Платформа .NET Framework сама предоставляет несколько хост-приложений и поддерживает хост-приложения сторонних разработчиков.
Рассмотрим, к примеру, следующую ситуацию: платформа ASP.NET предоставляет масштабируемую среду для управляемого кода на стороне сервера. ASP.NET непосредственно взаимодействует со средой, обеспечивая работу приложений ASP.NET и веб-служб XML (речь о них пойдет ниже).
Обозреватель Internet Explorer является примером неуправляемого приложения, в котором располагается среда (в виде расширения типа MIME). Размещение среды в обозревателе Internet Explorer позволяет встраивать управляемые компоненты и элементы управления Windows Forms в документы HTML. Такое размещение среды делает возможным использование управляемого мобильного кода (схожего с элементами управления Microsoft ActiveX), предоставляя при этом расширенные возможности, характерные исключительно для управляемого кода, к примеру выполнение при частичном доверии или изолированное хранение файлов.
На рисунке ниже показаны связи между средой CLR, библиотекой классов, приложениями и всей системой в целом. Он также дает представление о том, как управляемый код работает в более крупной архитектуре.
.Платформа .NET Framework в составе системы
В следующих разделах подробно рассматриваются основные компоненты и возможности платформы .NET Framework.
Среда CLR отвечает за управление памятью, работу потоков, выполнение кода, проверку безопасности кода, компиляцию и другие системные службы. Эти функции включены в управляемый код, выполняемый в среде CLR.
Управляемым компонентам присваиваются разные уровни доверия на основании ряда факторов, связанных с их происхождением (Интернет, корпоративная сеть, локальный компьютер). От уровня доверия зависит способность управляемого компонента осуществлять доступ к файлам, реестру и прочим важным функциям даже в пределах одного активного приложения.
Среда отвечает за управление доступом для кода. Например, пользователь может указать, что тот или иной исполняемый файл, встроенный в веб-страницу, может показывать анимацию или проигрывать мелодию, но не может осуществлять доступ к персональным данным пользователя, файловой системе или сети. Это позволяет максимально расширить возможности надежного программного обеспечения, развертываемого через Интернет.
Кроме того, среда обеспечивает стабильность кода за счет применения инфраструктуры, осуществляющей проверку кода и типов — так называемой системы общих типов CTS. Система CTS гарантирует наличие полного описания в каждом управляемом коде. Как у Майкрософт, так и у сторонних разработчиков есть различные компиляторы, создающие управляемый код по стандарту CTS. Такой код может потреблять другие управляемые типы и экземпляры, неизменно сохраняя правильность и безопасность типов.
Управляемая среда также помогает устранить многие распространенные проблемы, связанные с программным обеспечением. Например, структура объектов и ссылки на них в среде CLR обрабатываются автоматически и освоождаются, когда перестают использоваться. Такое автоматическое управление памятью позволяет устранить две ошибки, наиболее часто встречающиеся в приложениях: утечку памяти и недействительные ссылки.
Кроме всего прочего, среда CLR повышает эффективность разработки. Независимо от того, на каком языке программист пишет приложение, он в полной мере может использовать все функции среды CLR, библиотеку классов и компоненты, написанные другими разработчиками на других языках программирования. Если поставщик решит создать компилятор приложений для среды CLR, он вполне может это сделать. Подобный компилятор позволяет использовать функции платформы .NET Framework в коде, написанного на соответствующем языке, благодаря чему значительно упрощается процесс миграции готовых приложений.
Среда разрабатывалась для приложений нового поколения, однако она отлично поддерживает существующее программное обеспечение. Совместимость управляемого и неуправляемого кода позволяет разработчикам не отказываться от необходимых компонентов COM и библиотек DLL.
При разработке среды целью было повышение производительности. Хотя в среде CLR доступно множество стандартных служб, управляемый код никогда не бывает интерпретируемым. Функция, известная как JIT-компиляция, позволяет выполнять любой код на машинном языке той системы, на которой он запускается. В то же время, диспетчер памяти устраняет возможность ее фрагментации и корректирует размещение ссылок, за счет чего мы получаем дополнительное повышение производительности.
Наконец, среда может располагаться на высокопроизводительных серверных приложениях, таких как SQL Server 2008 и службы IIS. Такая инфраструктура позволяет использовать при создании бизнес-логики управляемый код, сохраняя при этом высокий уровень производительности, характерный для передовых производственных серверов, поддерживающих размещение среды.
Библиотека классов .NET Framework — это набор стандартных типов, тесно связанных со средой CLR. Библиотека классов является объектно-ориентированной. В ней содержатся типы, на основании которых ваш управляемый код может выводить нужные функции. Это не только обеспечивает простоту использования типов в .NET Framework, но и сокращает количество времени, необходимое для изучения новых возможностей платформы. Кроме того, компоненты сторонних разработчиков могут полностью интегрироваться в библиотеку классов .NET Framework.
К примеру, классы коллекций в .NET Framework позволяют реализовать ряд интерфейсов, которые затем вы можете использовать для создания собственных классов. Классы коллекций, которые вы создадите, будут тесно интегрированы в набор классов .NET Framework.
Поскольку библиотека классов является объектно-ориентированной, типы в .NET Framework позволяют выполнять ряд стандартных операций программирования: управление строками, сбор данных, подключение к базам данных, доступ к файлам. В библиотеке также есть типы, поддерживающие самые разнообразные специализированные ситуации, с которыми вы сталкиваетесь при разработке приложений. Платформу .NET Framework можно использовать для создания следующих приложений и служб:
- консольных приложений;
- приложений с графическим интерфейсом пользователя для системы Windows (Windows Forms);
- приложений ASP.NET; .
- мобильных приложений; .
- Веб-служб XML;
- служб Windows.
Например, классы Windows Forms — это обширный набор стандартных типов, значительно упрощающих разработку графического интерфейса под Windows. При создании веб-форм ASP.NET можно использовать классы Web Forms.
Клиентские приложения больше всего напоминают классические приложения для системы Windows. Это приложения, отображающие на экране компьютера окна или формы, позволяющие пользователю выполнять те или иные задачи. Клиентским приложением может быть текстовый редактор, электронная таблица, а также бизнес-приложения: средства ввода данных, создания отчетов и т. д. В клиентских приложениях обычно используются окна, меню, кнопки и другие элементы графического интерфейса. Очень часто они осуществляют доступ к локальным ресурсам, например к файловой системе, и периферийным устройствам, например к принтерам.
Другая разновидность клиентских приложений — это традиционные элементы управления ActiveX (теперь на смену им пришли элементы управления Windows Forms), развертываемые через Интернет в виде веб-страниц. Они мало чем отличаются от других клиентских приложений: работают как готовые приложения, осуществляют доступ к локальным ресурсам и имеют графический интерфейс.
Раньше такие приложения создавались либо с использованием C или C++ и классов Microsoft Foundation (MFC), либо при помощи среды быстрой разработки приложений, к примеру Microsoft Visual Basic . Платформа .NET Framework объединила в себе возможности этих продуктов, предоставив целостную среду разработки, в значительной степени упрощающую создание клиентских приложений.
Классы Windows Forms, имеющиеся в .NET Framework, предназначены для разработки графического интерфейса пользователя. Они упрощают создание командных окон, кнопок, меню, панелей инструментов и других графических элементов, обеспечивая гибкость, необходимую для удовлетворения меняющихся потребностей бизнеса.
Например, в .NET Framework есть ряд простых свойств, при помощи которых можно изменить атрибуты, определяющие внешний вид форм. В некоторых случаях система, в которой разрабатывается приложение, не позволяет менять эти атрибуты напрямую. Тогда платформа .NET Framework создает форму заново. Это лишь один пример того, как в платформе .NET Framework осуществляется интеграция интерфейса разработки, упрощается и систематизируется написание кода.
В отличие от элементов управления ActiveX элементы Windows Forms осуществляют доступ к компьютеру пользователя в режиме частичного доверия. Это означает, что бинарный или готовый код к одним ресурсам системы пользователя может иметь доступ (например к элементам графического интерфейса и части файлов), а к другим не может. Благодаря управлению доступом для кода многие приложения, которые раньше приходилось устанавливать в системе пользователя, теперь можно развертывать через Интернет. Приложение может выполнять функции локальной программы, но при этом работать в виде веб-страницы.
Серверные приложения в мире управляемого кода реализуются через хост-приложения. Среда CLR размещается на неуправляемом приложении, что позволяет вашему управляемому коду контролировать поведение сервера. При такой модели вы можете использовать все функции среды CLR и библиотеки классов, добиваясь высокой производительности и масштабируемости сервера.
На рисунке ниже показана основная схема сети и работа управляемого кода в различных серверных средах. Сервер, к примеру IIS или SQL Server, выполняет стандартные операции, а за логику приложения отвечает управляемый код.
Управляемый код на стороне сервера
ASP.NET является средой размещения, позволяющей разработчикам использовать .NET Framework для создания веб-приложений. Между тем, ASP.NET отвечает не только за размещение. Это полноценная архитектура для разработки веб-узлов и объектов, распространяемых через Интернет, с использованием управляемого кода. И веб-формы, и веб-службы XML используют IIS и ASP.NET в качестве механизма публикации для приложений. И те, и другие имеют набор вспомогательных классов в .NET Framework.
Веб-службы XML — это важный шаг вперед в области веб-технологий. Они представляют собой компоненты распределенных серверных приложений и напоминают обычные веб-узлы. В отличие от веб-приложений веб-службы XML не имеют пользовательского интерфейса и не предназначены для обозревателей, будь то Internet Explorer или Netscape Navigator. Веб-службы XML состоят из стандартных программных компонентов, созданных для использования в других приложениях: традиционных клиентских приложениях, веб-приложениях и даже в других веб-службах XML. Благодаря этому технология веб-служб XML значительно ускоряет разработку приложений и их развертывание в высокораспределенной среде Интернета.
Если вам доводилось работать с более ранними версиями технологии ASP, вы сразу же заметите усовершенствования, введенные в ASP.NET в веб-формах. Например, страницы веб-форм можно писать на любом языке, если он поддерживается платформой .NET Framework. Кроме того, код не обязан располагаться в одном файле с текстом HTTP (хотя это не запрещено).
Страницы веб-форм выполняются на машинном языке, поскольку, как и любое другое управляемое приложение, они могут в полной мере использовать преимущества среды CLR. Неуправляемые страницы ASP, напротив, всегда пишутся в виде сценария и интерпретируются. Страницы ASP.NET работают быстрее, они более функциональны, их проще разрабатывать, чем неуправляемые страницы ASP, поскольку они взаимодействуют со средой, как и другие управляемые приложения.
В платформе .NET Framework также имеется набор классов и средств, помогающих при разработке и использовании веб-служб XML. Веб-службы XML создаются на основе стандартов: SOAP (протокол удаленного вызова процедур), XML (расширяемый формат данных), WSDL (язык описания веб-служб). Платформа .NET Framework опирается на те же стандарты, благодаря чему развиваются возможности взаимодействия с решениями сторонних разработчиков.
Например, средство WSDL, включенное в комплект .NET Framework SDK, способно запросить веб-службу XML, размещенную в Интернете, проанализировать WSDL-описание службы и создать исходный код на C# или Visual Basic, который можно использовать в приложении, которое станет клиентом данной веб-службы. Исходный код может создавать классы, производные от стандартных классов, включенных в библиотеку, которые будут обрабатывать все базовые связи при помощи анализа SOAP и XML. Библиотека классов позволяет использовать веб-службы XML напрямую, однако средство WSDL, впрочем как и другие средства, входящие в комплект SDK, упрощает разработку приложений в платформе .NET Framework.
Если вы создаете и размещаете собственную службу XML, вы можете использовать набор классов .NET Framework, согласующихся со всеми стандартами, такими как SOAP, WSDL и XML. Их применение позволит вам сосредоточиться на логике службы и не тратить время на инфраструктуру связей, необходимую для распределенных приложений.
И наконец, как и страницы веб-форм в управляемой среде, веб-службы XML работают с высокой скоростью — со скоростью приложений на машинном языке — и используют масштабируемую систему связей IIS.
Ссылки по теме
- Подписаться на рассылку «Обучение для IT-профессионалов»
- Обратиться в «Интерфейс» за дополнительной информацией/по вопросу приобретения продуктов
| 04.2010 | ||
|
Источник: www.interface.ru |
||