Я знаю веб-сервис и имею некоторые знания по удалению. Оба понятия вызывают методы на клиентской машине, так что где разница?
Через удаленный доступ мы также можем выполнить метод на удаленном компьютере, и те же функции могут быть достигнуты и с помощью веб-службы.
Прошу извинить меня, если это очевидный вопрос.
Оба поддерживают распределенные приложения.
Веб-сервисы являются кросс-платформенными, используя общие стандарты и работают через брандмауэры. Они также думают с точки зрения сообщений, а не объектов - вы отправляете сообщение службе, и получаете ответ.
Remoting - это только технология MS, которая не является перекрестной платформой и работает в двоичном формате. Он думает с точки зрения объектов, вы создаете объект на удаленном сервере и работаете с ним. Это плохо работает с брандмауэрами. Remoting также мертв в эти дни, MS предпочитает WCF (который включает веб-службы)
. Концепция NET Remoting - это технология межпроцессных коммуникаций Microsoft/.NET.
Термин "веб-сервис" очень распространен из-за его шумихи. Но я думаю, что определение W3C в большинстве случаев. Он определяет использование WSDL в качестве описания интерфейса и SOAP в качестве протокола сообщений.
Согласно Microsoft.NET Remoting: Технический обзор в MSDN, Remoting использует либо двоичную, либо XML-кодировку. В то время как XML-кодирование использует SOAP. Но, насколько я знаю, он не придерживается WS-I Basic Profile. Следовательно, он обеспечивает чрезвычайно ограниченную функциональность Web-сервисов.
Обе концепции допускают межпроцессное общение. Если ваше приложение использует только .NET, то использование .NET Remoting - хороший выбор.
Однако, если вы планируете обеспечить совместимость с другими языками программирования, вы должны использовать веб-службы.
Веб-службы на основе ASP.NET доступны только через HTTP..NET Remoting может использоваться в любом протоколе.
Веб-службы работают в среде без состояния, где каждый запрос приводит к созданию нового объекта, созданного для обслуживания запроса..NET Remoting поддерживает опции управления состоянием и может коррелировать несколько вызовов от одного и того же клиента и поддерживать обратные вызовы.
Веб-сервисы сериализуют объекты через XML, содержащиеся в SOAP-сообщениях, и поэтому могут обрабатывать только те элементы, которые могут быть полностью выражены в XML..NET Remoting основывается на существовании сборщиков общих языков, содержащих информацию о типах данных. Это ограничивает информацию, которую необходимо передать об объекте, и позволяет передавать объекты по значению или по ссылке.
Веб-службы поддерживают взаимодействие на разных платформах и подходят для гетерогенных сред..NET Remoting требует, чтобы клиенты были построены с использованием .NET или другой среды, поддерживающей .NET Remoting, что означает однородную среду.
Оба Remoting и Web Services - это способы связи между приложениями.
Remoting - при удалении приложения, связанные с процессом связи, могут находиться на одном компьютере, на разных компьютерах в одной и той же сети. В удалении оба приложения знают друг о друге. Прокси-сервер объекта приложения создается в другом приложении.
Веб-службы. Связь между приложениями, использующими веб-службы, независима от платформы и независима от программирования. Приложение, которое потребляет веб-службу, просто обращается к нему, без необходимости знать, как этот веб-сервис действительно был реализован и создан.
WebServices - это форма удаленного доступа, так как вы эффективно выполняете код еще где или на той же машине вне вашего AppDomain.
Remoting (InterProcess) на том же компьютере или через сеть отличается тем, что вы маршалируете свой объект между границами AppDomain/platform через прозрачные прокси и сериализацию. Удаленность приходит со своими сложностями и может легко стать очень сложной. WCF упростил работу. Производительность мудрая, я не сравнивал оба подхода и определенно был бы заинтересован посмотреть, как обе цены в контексте InterProcess. Поскольку WCF может связываться с бинарными связями и не ограничивается протоколом HTTP.
WCF упростил использование протокола Pipes для InterProcess.
В конце WebServices, используемые для связи через порт 80 (стандартный), HTTP и Remoting могут связываться через предопределенные порты и каналы с использованием различных форматов сериализации.
Теперь они были обновлены WCF, который теперь предоставляет методы для этих типов сообщений.
Remoting имитирует чужой метод, вызываемый как локальный метод, принимая тот же тип параметров, следовательно, все, что ему нужно, - это выполнить сериализацию объекта и передать вызов удаленного метода (который находится на одном языке или платформе) и предоставить ответ.
Веб-служба (служба SOAP) использует вызовы методов межплатформенного метода в терминах RPC, но, кроме того, их можно улучшить с помощью служб стиля документа, здесь языки или платформы не являются барьерами, поскольку XML будет действовать как промежуточное звено путем сортировки и отмены серфинга и представления XML.
В то время как WebService реализован через HTTP, Remoting реализуется через TCP/UDP. Таким образом, Remoting лучше работает с точки зрения скорости.