Я просто ударил огромную кирпичную стену с помощью Paypal. Я создал обычный проект C # для создания некоторых классов-оболочек, используя их WSDL.

Если вы создаете не веб-проект, вы можете добавить wsdl только в виде ссылки на веб-сервис. И это создает тот же набор прокси-классов, что и Web-ссылка, но не совсем ... он добавляет больше, о чем даже парни из PayPal не знают.

Так что я все это время искал правильный интерфейс в этом списке прокси-классов для использования в качестве службы (SoapBinding) иPayPalAPIAASoapBinding не был там, я продолжал говорить нашему пункту PayPal в контакте.

Я мог видеть только следующие 2 интерфейса, которые показались мне тем, что мне нужно было использовать, так как я не виделPayPalAPIAASoapBinding который вы МОЖЕТЕ увидеть в справочнике услуг на основе веб-ссылки:

PayPalAPIAAInterfaceClient
PayPalAPIInterfaceClient 

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

Так что, черт возьми, Сервис Ссылка против Веб-Ссылка? И как я должен разделить это на другой проект, если Service Reference собирается запустить меня и дать мне набор интерфейсов, отличных от Web Reference?

Кроме того, чтобы сделать вещи еще более запутанными, VS 2008 имеет проект приложения веб-службы.

Так что я использую?Мы используем .NET 3.5 Framework и мыне готов переехать в WCF, Так могу ли я использовать новую ссылку на сервис, даже если не использую WCF или как? Если вы используете .NET 3.5, а не WCF, но по-прежнему хотите использовать базовые веб-службы, вы все равно идете по пути обслуживания и просто не используете платформу WCF? То есть можно ли использовать его как веб-справочник по .NET 2.0, просто что вы собираетесь получить совершенно другое поколение WSDL?