Где WCF и Услуги передачи данных ADO.NET стоят?
Как будто вы пытаетесь получить доступ к объекту, который является null. Рассмотрим ниже пример:
TypeA objA;
. В это время вы только что объявили этот объект, но не инициализировали или не инициализировали. И всякий раз, когда вы пытаетесь получить доступ к каким-либо свойствам или методам в нем, он будет генерировать NullPointerException, что имеет смысл.
См. Также этот пример:
String a = null;
System.out.println(a.toString()); // NullPointerException will be thrown
3 ответа
По моему мнению, услуги передачи данных ADO.NET для создания успокоительных сервисов, которые являются тесно выровненные Вашей модели предметной области, которая является самими моделями, публикуются, скорее затем говорят что некоторая форма DTO и т.д.
Используя его для стиля RPC сервисы походят на плохое соответствие, хотя, к сожалению, даже некоторые очень простые функции как способность работать фильтрованные количества и т.д. не доступны, который часто означает, что Вы закончите тем, что использовали некоторый RPC только для соответствия требованиям клиентов т.е. таким образом, можно будет отобразить разбитую на страницы сетку и т.д.
WCF 3.5 pre-SP1 был довольно слабой УСПОКОИТЕЛЬНОЙ платформой, с вещами SP1 улучшились и в шаблонах Uri и с доступностью поддержки ATOMPub, такой, что это становится более способным, но они действительно не предоставляют изящного решения для поддержки, говорят что JSON, XML, ATOM или даже что-то более тайное как полезная нагрузка как CSV одновременно, за исключением необходимости использовать перезапись URL и другое расширение, имя метода, портящее и т.д. - скорее затем просто выбор serializer/deserializer на основе заголовков запроса.
С WCF все еще трудно создать сервисы, которые работают в больше естественное успокоительное поместье т.е. где ресурсы включают URL, и можно перейти состояние путем навигации через них - это немного неуклюже - услуги передачи данных ADO.NET делают это вполне хорошо с, он - поддержка AtomPub все же.
Моя рекомендация была бы веб-сервисами использования, где они, естественно сервисы и сильные сервисные осуществляемые границы, используют Услуги передачи данных ADO.NET для богатых клиентов веб-стиля (веб-сайты, ajax, Silverlight), где composability запросов URL может сохранить большую инфраструктуру, и Ваша модель предметной области является довольно основной... и уровень REST самокрутки (возможно, использующий платформу MVC в качестве начальной точки) при необходимости в полном контроле над информацией т.е. если Вы публикуете API для других разработчиков для потребления на социальной платформе и т.д.
Мой 2ø ценность!
Используя отдых WCF привязка очень допустима при работе с кодом, который не взаимодействует с базой данных вообще. Глаголы HTTP должны не всегда быть против поставщика данных.
На самом деле существуют опции отфильтровать и пропустить для получения страницы как функция среди других.