Я просто ударил огромную кирпичную стену с помощью Paypal. Я создал обычный проект С# для создания некоторых классов-оболочек, используя их WSDL.
Если вы создаете не веб-проект, единственным вариантом, который вы можете добавить в wsdl, является ссылка на веб-службу. И это создает какой-то такой же набор прокси-классов, что и веб-справочник, но на самом деле... это еще больше добавляет, что даже ребята из PayPal не знают.
Итак, я все это время искал нужный интерфейс в этом списке прокси-классов для использования в качестве сервиса (SoapBinding), а PayPalAPIAASoapBinding не был там, я постоянно говорил, что наша точка PayPal находится в контакте.
Я мог видеть только следующие 2 Интерфейса, которые мне показались, что мне нужно было использовать, так как я не видел PayPalAPIAASoapBinding, который вы можете увидеть в справочной службе на основе Web Reference:
PayPalAPIAAInterfaceClient
PayPalAPIInterfaceClient
Итак, я понял, о, я, вероятно, создал ссылку на службу или веб-ссылку, в которой веб-ссылка является вариантом в веб-проекте. Но я не хочу, чтобы мои ссылки на услуги были тесно связаны с моим веб-проектом. Поэтому я создал проект С#.
Итак, что это за ссылка на службу или веб-ссылку? И как я должен отделить это в проекте пыльников, если Service Reference собирается бросить мне цикл и дать мне набор различных интерфейсов, чем веб-ссылка?
Кроме того, чтобы сделать вещи еще более запутанными, VS 2008 имеет проект приложения веб-сервиса.
Так что я использую? Мы используем среду .NET 3.5, и мы не готовы переходить на WCF. Могу ли я использовать новый Service Reference, даже если не использовать WCF или что? ЕСЛИ вы используете .NET 3.5, а не WCF, и вы все еще хотите делать базовые веб-службы, вы все еще идете по ссылке Service Reference и просто не используете фреймворк WCF? Смысл может ли он использоваться как веб-ссылка .NET 2.0 еще, только что вы собираетесь получить совершенно другое поколение WSDL?
