.NET Remoting: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Интерактивная навигация по истории
(Показать все непатрулированные изменения)
[отпатрулированная версия][непроверенная версия]
← Предыдущая правка
Содержимое удалено Содержимое добавлено
ВизуальныйВики-текст
м робот добавил: es:.NET Remoting
м lang= в cite web
 
(не показаны 54 промежуточные версии 36 участников)
Строка 1: Строка 1:
{{Значения|.NET}}
'''.NET Remoting''' это созданный компанией [[Microsoft]] [[Интерфейс программирования приложений]] (API) для [[Межпроцессное взаимодействие|межпроцессного взаимодействия]]. Выпущен в 2002 году вместе с версией 1.0 пакета [[.NET Framework]]. Это одна из серии технологий от Microsoft, начатой в 1990 году первой версией [[Object Linking and Embedding]] (OLE) для 16-разрядной [[Microsoft Windows|Windows]]. Промежуточными шагами в разработке подобных технологий были [[Component Object Model]] (COM), выпущенная в 1993 году и доработанная в 1995 году под названием COM-95, [[Distributed Component Object Model]] (DCOM), выпущенная в 1997 году (и переименованная в ActiveX), и COM+ с её [[Microsoft Transaction Server]] (MTS), выпущенная в 2000 году.<ref>{{cite web | title=Component Object Model and Related Capabilities | author=Software Technology Roadmap | publisher=Carnegie-Mellon Software Engineering Institute | year=2001 | url=http://www.sei.cmu.edu/str/descriptions/com_body.html }}</ref> В данный момент на смену .NET Remoting пришёл [[Windows Communication Foundation]] (WCF), являющийся частью [[.NET Framework 3.0]].
'''.NET Remoting''' — компонент, созданный компанией [[Microsoft]]. [[Интерфейс программирования приложений|API]] для [[Межпроцессное взаимодействие|межпроцессного взаимодействия]]. Реализация от Microsoft протокола [[SOAP]] ([[Веб-служба|веб-сервисы]]). Выпущен в [[2002 год]]у вместе с версией 1.0 пакета [[.NET Framework]]. Это одна из серии технологий от Microsoft, начатой в [[1990 год]]у первой версией [[Object Linking and Embedding|OLE]] для 16-разрядной [[Microsoft Windows|Windows]]. Промежуточными шагами в разработке подобных технологий были [[Component Object Model|COM]], выпущенная в [[1993 год]]у и доработанная в [[1995 год]]у под названием COM-95, [[Distributed Component Object Model|DCOM]], выпущенная в [[1997 год]]у (и переименованная в ActiveX), и COM+ с её [[Microsoft Transaction Server]] (MTS), выпущенная в [[2000 год]]у<ref>{{cite web|title=Component Object Model and Related Capabilities |author=Cornella-Dorda, Santiago |publisher=Carnegie-Mellon Software Engineering Institute |date=2001-03-13 |url=http://www.sei.cmu.edu/str/descriptions/com_body.html|lang=en|archiveurl=https://web.archive.org/web/20080515233825/http://www.sei.cmu.edu/str/descriptions/com_body.html |archivedate=2008-05-15 }}</ref>. В данный момент на смену .NET Remoting пришёл [[Windows Communication Foundation|WCF]], являющийся частью [[.NET Framework 3.0]].


Так же, как и все члены данного семейства и подобные технологии, например [[Common Object Request Broker Architecture|CORBA]] и [[RMI]], функция .NET Remoting заключается в следующем: при поддержке со стороны инфраструктуры .NET Remoting, клиентский процесс отправляет сообщение серверному процессу и получает ответ<ref>{{книга |заглавие=Microsoft .NET Remoting |год=2002 |издательство={{Нп3|Microsoft Press}} |язык=en |автор=Scott McLean, James Naftel and Kim Williams}}</ref><ref>{{книга |заглавие=Advanced .NET Remoting |издательство=[[Apress]] |год=2005 |язык=en |автор=Ingo Rammer and Mario Szpuszta}}</ref>.
Один из взаимодействующих [[Процесс (информатика)|процессов]] создаёт [[Объект (программирование)|объект]], предоставляющий доступный извне [[интерфейс]] (набор [[Метод (языки программирования)|методов]]). Другой процесс, имея информацию об [[URL|адресе расположения]] и типе доступного интерфейса, созданного первым процессом, может вызывать методы созданного первым процессом объекта. Вызов методов может осуществляться различными способами, например, посылкой запроса по протоколу [[HTTP]] и получения ответа.


== Краткий обзор ==
⚫
== Примечания ==
.NET Remoting позволяет приложению создать [[Объект (программирование)|объект]], (именуемый ''remotable object'') доступный в рамках ''remoting boundaries'' и расположенный в [[Домен приложения|домене приложения]] внутри одного процесса, в другом [[Процесс (информатика)|процессе]], исполняющемся на этом компьютере или даже на другом компьютере, соединённом сетью<ref name="overview"/>. Процесс .NET Remoting содержит приёмник запросов к объекту в [[Домен приложения|домене]] серверного приложения. На стороне клиента любые запросы к удалённому объекту направляются средой выполнения .NET Remoting через объекты <code>Channel</code>, являющиеся обёрткой для средств транспортного уровня, таких как потоки [[Transmission Control Protocol|TCP]], потоки [[HTTP]] и [[Именованный канал|именованные каналы]]. В результате запросы к удаленным объектам для клиентского кода ничем не отличаются от локальных вызовов, а созданием экземпляра нужного <code>Channel</code>-объекта приложение .NET Remoting можно без перекомпиляции перевести на другой коммуникационный протокол. [[Среда выполнения]] сама по себе выполняет этапы [[Сериализация|сериализации]] и [[маршалинг]]а объектов в среде между клиентским и серверным доменами приложения<ref name="overview">{{cite web|url=http://msdn2.microsoft.com/en-us/library/kwdt6w2k(VS.71).aspx |title=.NET Remoting Overview|lang=en|accessdate=2007-10-23 |archiveurl=https://web.archive.org/web/20070630112426/http://msdn2.microsoft.com:80/en-us/library/kwdt6w2k(vs.71).aspx|archivedate=2007-06-30}}</ref>.
<references/>


.NET Remoting делает ссылку на удалённый (remotable) объект доступной клиентскому приложению, которое затем направляет запросы к экземпляру удалённого объекта так, как если бы это был локальный объект<ref name="overview"/>. Однако, фактическое исполнение кода происходит на серверной стороне. Удалённый объект имеет идентификаторы в форме ''[[Uniform Resource Locator|URL]] активации''. В зависимости от конфигурации серверного процесса экземпляр удаленного объекта создаётся при подключении по данным URL<ref name="arch"/> в момент создания ссылки на удалённый объект или в момент первого обращения к удалённому объекту. Прослушивающий приёмник (listener) для объекта создаётся исполняющей средой .NET Remoting в момент, когда сервер регистрирует канал, который будет использоваться для подключения к удалённому объекту. На клиентской стороне инфраструктура .NET Remoting создаёт объект-заместитель (<code>proxy</code>), который является псевдоэкземпляром замещаемого объекта. Он не реализует функциональность удалённого объекта, но предоставляет похожий интерфейс, перенаправляя все запросы серверному объекту и возвращая результаты от него клиенту . Как следствие, инфраструктуре .NET Remoting для создания заместителя нужно обладать метаданными, описывающими публичный интерфейс удалённого объекта. Это можно обеспечить статическим связыванием со сборкой, содержащей [[метаданные]], во время компиляции или динамическим получением метаданных в виде [[WSDL]] или проприетарного формата, разработанного фирмой Microsoft.
⚫
{{DotNET}}


В процессе выполнения запросов любые вызовы методов, направленные объекту, включая [[идентификатор]] метода и любые передаваемые параметры, [[Сериализация|сериализуются]] в байтовый поток и передаются посредством канала связи, реализованного для конкретного протокола, принимающему прокси-объекту на серверной стороне («[[Маршалинг|маршализируются]]»). Передача происходит путём записи данных в транспортный ввод канала<ref name="arch"/>. На серверной стороне прокси читает [[поток данных]] из вывода канала и выполняет вызов удалённого компонента от лица клиента. Результаты сериализуются и передаются через канал клиенту, где прокси читает результат и передаёт его вызывающему приложению<ref name="arch"/>.
{{compu-soft-stub}}
{{rq|sources}}


Если удалённому объекту нужно обеспечить обратный вызов (callback) клиентскому объекту, клиентский объект обратного вызова должен быть помечен как remotable, а инфраструктура .NET Remoting должна быть сконфигурирована на создание прослушивателя для него<ref name="arch"/>. Сервер может подключиться к нему по другому каналу или по уже существующему, если соединение, на котором он основан, поддерживает двунаправленный обмен данными<ref name="arch"/>. Канал может быть составлен из нескольких канальных объектов, возможно, даже с разными транспортными механизмами. Таким образом, система, основанная на .NET Remoting, может состоять из нескольких подсистем, связанных подключёнными друг к другу гетерогенными сетями, включая [[Интернет]]<ref name="arch">.{{cite web |url=http://msdn2.microsoft.com/en-us/library/2e7z38xb(VS.71).aspx |title=.NET Remoting Architecture|lang=en|accessdate=2007-10-23 |archiveurl=https://web.archive.org/web/20070608234032/http://msdn2.microsoft.com/en-us/library/2e7z38xb(VS.71).aspx|archivedate=2007-06-08 }}</ref>
[[Категория:.NET Framework]]

⚫
== Примечания ==
{{примечания}}

⚫
{{DotNET}}


[[de:.NET Remoting]]
[[Категория:.NET|Remoting]]
[[Категория:Брокер объектных запросов]]
[[en:.NET Remoting]]
[[es:.NET Remoting]]
[[fr:.NET Remoting]]
[[ja:.NET Remoting]]
[[pt:.NET Remoting]]
[[uk:.NET Remoting]]
[[zh:.NET Remoting]]

Текущая версия от 11:35, 3 апреля 2022

У этого термина существуют и другие значения, см. .NET.

.NET Remoting — компонент, созданный компанией Microsoft. API для межпроцессного взаимодействия. Реализация от Microsoft протокола SOAP (веб-сервисы). Выпущен в 2002 году вместе с версией 1.0 пакета .NET Framework. Это одна из серии технологий от Microsoft, начатой в 1990 году первой версией OLE для 16-разрядной Windows. Промежуточными шагами в разработке подобных технологий были COM, выпущенная в 1993 году и доработанная в 1995 году под названием COM-95, DCOM, выпущенная в 1997 году (и переименованная в ActiveX), и COM+ с её Microsoft Transaction Server (MTS), выпущенная в 2000 году[1]. В данный момент на смену .NET Remoting пришёл WCF, являющийся частью .NET Framework 3.0.

Так же, как и все члены данного семейства и подобные технологии, например CORBA и RMI, функция .NET Remoting заключается в следующем: при поддержке со стороны инфраструктуры .NET Remoting, клиентский процесс отправляет сообщение серверному процессу и получает ответ[2][3].

Краткий обзор

[править | править код]

.NET Remoting позволяет приложению создать объект, (именуемый remotable object) доступный в рамках remoting boundaries и расположенный в домене приложения внутри одного процесса, в другом процессе, исполняющемся на этом компьютере или даже на другом компьютере, соединённом сетью[4]. Процесс .NET Remoting содержит приёмник запросов к объекту в домене серверного приложения. На стороне клиента любые запросы к удалённому объекту направляются средой выполнения .NET Remoting через объекты Channel, являющиеся обёрткой для средств транспортного уровня, таких как потоки TCP, потоки HTTP и именованные каналы. В результате запросы к удаленным объектам для клиентского кода ничем не отличаются от локальных вызовов, а созданием экземпляра нужного Channel-объекта приложение .NET Remoting можно без перекомпиляции перевести на другой коммуникационный протокол. Среда выполнения сама по себе выполняет этапы сериализации и маршалинга объектов в среде между клиентским и серверным доменами приложения[4].

.NET Remoting делает ссылку на удалённый (remotable) объект доступной клиентскому приложению, которое затем направляет запросы к экземпляру удалённого объекта так, как если бы это был локальный объект[4]. Однако, фактическое исполнение кода происходит на серверной стороне. Удалённый объект имеет идентификаторы в форме URL активации. В зависимости от конфигурации серверного процесса экземпляр удаленного объекта создаётся при подключении по данным URL[5] в момент создания ссылки на удалённый объект или в момент первого обращения к удалённому объекту. Прослушивающий приёмник (listener) для объекта создаётся исполняющей средой .NET Remoting в момент, когда сервер регистрирует канал, который будет использоваться для подключения к удалённому объекту. На клиентской стороне инфраструктура .NET Remoting создаёт объект-заместитель (proxy), который является псевдоэкземпляром замещаемого объекта. Он не реализует функциональность удалённого объекта, но предоставляет похожий интерфейс, перенаправляя все запросы серверному объекту и возвращая результаты от него клиенту . Как следствие, инфраструктуре .NET Remoting для создания заместителя нужно обладать метаданными, описывающими публичный интерфейс удалённого объекта. Это можно обеспечить статическим связыванием со сборкой, содержащей метаданные, во время компиляции или динамическим получением метаданных в виде WSDL или проприетарного формата, разработанного фирмой Microsoft.

В процессе выполнения запросов любые вызовы методов, направленные объекту, включая идентификатор метода и любые передаваемые параметры, сериализуются в байтовый поток и передаются посредством канала связи, реализованного для конкретного протокола, принимающему прокси-объекту на серверной стороне («маршализируются»). Передача происходит путём записи данных в транспортный ввод канала[5]. На серверной стороне прокси читает поток данных из вывода канала и выполняет вызов удалённого компонента от лица клиента. Результаты сериализуются и передаются через канал клиенту, где прокси читает результат и передаёт его вызывающему приложению[5].

Если удалённому объекту нужно обеспечить обратный вызов (callback) клиентскому объекту, клиентский объект обратного вызова должен быть помечен как remotable, а инфраструктура .NET Remoting должна быть сконфигурирована на создание прослушивателя для него[5]. Сервер может подключиться к нему по другому каналу или по уже существующему, если соединение, на котором он основан, поддерживает двунаправленный обмен данными[5]. Канал может быть составлен из нескольких канальных объектов, возможно, даже с разными транспортными механизмами. Таким образом, система, основанная на .NET Remoting, может состоять из нескольких подсистем, связанных подключёнными друг к другу гетерогенными сетями, включая Интернет[5]

Примечания

[править | править код]
  1. ↑ Cornella-Dorda, Santiago. Component Object Model and Related Capabilities (англ.). Carnegie-Mellon Software Engineering Institute (13 марта 2001). Архивировано 15 мая 2008 года.
  2. ↑ Scott McLean, James Naftel and Kim Williams. Microsoft .NET Remoting (англ.). — Microsoft Press[англ.], 2002.
  3. ↑ Ingo Rammer and Mario Szpuszta. Advanced .NET Remoting (англ.). — Apress, 2005.
  4. ↑ 1 2 3 .NET Remoting Overview (англ.). Дата обращения: 23 октября 2007. Архивировано 30 июня 2007 года.
  5. ↑ 1 2 3 4 5 6 ..NET Remoting Architecture (англ.). Дата обращения: 23 октября 2007. Архивировано 8 июня 2007 года.
Источник — https://ru.wikipedia.org/ruwiki/w/index.php?title=.NET_Remoting&oldid=121161281