Пойти с традиционным веб-сервисом или использовать WCF в VS2008/C#

AllowEdit действует, если свойство View ColumnView.Editable имеет значение true.

blockquote>

Проверьте, включено ли свойство ColumnViewOptionsBehavior.Editable .

8
задан 30 April 2009 в 16:02
поделиться

5 ответов

I've run into this question a few times now, so from my own experience and others, go with WCF only if you're willing to take on the learning curve. Creating the objects is a no brainer, really straight forward and easy to use. But...

Some common pitfalls:

  • The default binding is wsHttpBinding which is secured by default. If you're wanting to go with something more traditional, use the basicHttpBinding.
  • If you're hosting in IIS, make sure to set the host header or the xsd uri references will all be to localhost or the server name.
  • Use the WCF Configuration Utility, it will help a lot when you're configuring your endpoints.
6
ответ дан 5 December 2019 в 12:12
поделиться
  • Microsoft has said that WCF is the replacement for Web Services.
  • Replacing web services will WCF services is not particularly difficult once you learn the basic syntax.
  • WCF services offer everything that Web Services do plus allow you to deploy the same component in other contexts - you can deploy your component as a web service or stick in in a windows service to offer the same functionality to other software, or slap it in-process with any of your other code - without ever having to change the code inside the service.
  • WCF can be configured to offer better security.

Seriously, grab a copy of Juval Lowy's excellent "Programming WCF Services" and read the first chapter. Create a few services and pretty soon you're realize it's not as difficult as it seems at first glance.

WCF is the future of components in .NET. Web Services are the past.

4
ответ дан 5 December 2019 в 12:12
поделиться

If your service need to be available over multiple communication protocols and you need to configure security, WCF is the way to go.

If the service just needs to be available over HTTP and/or HTTPS, ASMX web service would be the way to go if you have a time constrain

1
ответ дан 5 December 2019 в 12:12
поделиться

Это должно быть легко. Жаль, что нет.

Ответ WCF. Он заменяет старые веб-сервисы ASMX. Уже неточно говорить, что WCF - это будущее, это настоящее, а ASMX - это прошлое, быстро становящееся древней историей.

Подмножество WCF, которое вам нужно научиться делать так же, как вы делали с ASMX Сервис действительно очень прост.

  1. Вам не нужно знать привязку при использовании basicHttpBinding. Используя это, ваши клиентские программы могут даже продолжать использовать веб-ссылки.
  2. Вам нужно научиться не беспокоиться о деталях XML, к которому сериализуются ваши контракты данных.
  3. Вам необходимо узнать, что единственными частями DataContract, которые будут сериализованы, являются те, которые помечены как [DataMember]. Это модель "отказаться" вместо "отказаться" модель, которую вы использовали с XML Serializer.
  4. Вам нужно научиться определять контракт вашего сервиса с интерфейсом, помеченным [ServiceContract]
  5. . Вам не нужен класс [WebService], а просто класс, который реализует ваш интерфейс [ServiceContract].

Вот и все, правда. Вы выучите это очень быстро. В остальном это "соус". Это очень богатый соус с большим количеством "мяса", но вы можете оставить его на боку или просто взять немного, если хотите.

3
ответ дан 5 December 2019 в 12:12
поделиться

Как только вы настроите WCF, это фантастика! Использование SQL & LINQ через WCF для возврата ваших данных (для меня) НАМНОГО быстрее !!

Стоит отметить: сертификаты!

У нас было много проблем! Помогла эта ссылка .

Удачи!

0
ответ дан 5 December 2019 в 12:12
поделиться
Другие вопросы по тегам:

Похожие вопросы: