|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Что лучше использовать для реализации сервера HTTP + SOAP в существующем проекте Asp.Net MVC 5 ? 1. Древние Asp.Net решения из system.web.services. 2. WCF. 3. Что-то ещё. Пока решил применить WCF, но есть сомнения... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 16:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ OData v4 Endpoint Using ASP.NET Web API 2.2 Мне нужен SOAP - это не обсуждается. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 16:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Web API (но Одатой не пользуюсь, ибо предпочитаю смотреть запросы/ответы в фидлере в форматированном виде) - т.е. на клиенте обычный Аякс с нокаутом ... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 16:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
а ... СОУП - тада "сам подбирай колор и сам крась .." (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 16:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМне нужен SOAP - это не обсуждается. :-) Зачем тебе эта мертвячина? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
carrotikWeb API (но Одатой не пользуюсь, ибо предпочитаю смотреть запросы/ответы в фидлере в форматированном виде) Что за бредятина? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К, попущай вживую эту красотищу: http://services.odata.org/V4/Northwind/Northwind.svc http://services.odata.org/V4/Northwind/Northwind.svc/Orders http://services.odata.org/V4/Northwind/Northwind.svc/Orders(10248) http://services.odata.org/V4/Northwind/Northwind.svc/Orders?$top=3 http://services.odata.org/V4/Northwind/Northwind.svc/Orders?$filter=CustomerID eq 'VINET' ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КМне нужен SOAP - это не обсуждается. :-) Зачем тебе эта мертвячина? Это не от меня зависит. Да, бывает и такое! :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
С 1C что-ли интегрироваться? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAС 1C что-ли интегрироваться?Там всё кроме 1C :-) Там зоопарк различных систем, написанных на Java, .Net, Delphi и ещё хрен его знает на чём. В качестве корпоративного стандарта принят SOAP. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КЭто не от меня зависит. Да, бывает и такое! :-) Аргументы? Где аргументы того, от кого зависит? :) P.S. SharePoint уже перешел на OData, 1C Тоже на OData. Везде уже REST, какой нафиг SOAP, динозавры? http://v8.1c.ru/o7/201312rest/ В качестве протокола доступа платформа использует протокол OData версии 3.0. Это открытый веб-протокол для запроса и обновления данных. Он позволяет оперировать данными, используя в качестве запросов HTTP-команды. Получать ответы можно в различных форматах, но пока мы поддерживаем только работу с данными в формате Atom/XML. В платформе мы реализовали только серверную часть REST сервисов. То есть прикладное решение может автоматически поставлять свою функциональность через REST сервисы. Для взаимодействия со сторонними REST сервисами из 1С:Предприятия (для организации клиентской части) можно использовать имеющиеся в платформе средства работы с HTTP: объекты HTTPСоединение, HTTPЗапрос и HTTPОтвет. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
WCF тоже умеет REST http://codearticles.ru/catalogs/wcf но не умеет одату :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КЭто не от меня зависит. Да, бывает и такое! :-) Аргументы? Где аргументы того, от кого зависит? :)Ну зайди к ним , спроси какие у них аргументы. Устрой дебаты на эту тему. Расскажешь потом. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУWCF тоже умеет REST http://codearticles.ru/catalogs/wcf но не умеет одату :)Я знаю что он умеет. Вопрос не о REST под WCF, а о SOAP рядом с Asp.Net MVC 5. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:44 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ, ...я имел в виду JSON туда-сюда ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
[quot Алексей К]МСУа о SOAP рядом с Asp.Net MVC 5.А какая разница, что у тебя рядом в IIS крутится? Можно хоть все пять вариантов развернуть: WebAPI, WCF, Web-сервис, MVC, Handler-ы... Можно и не только по HTTP, но и SMPP, TCP и т.п. .NET Remoting тоже рядом можно организовать и WSE. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:50 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
carrotikМСУ, ...я имел в виду JSON туда-сюда Не понимаю. Это такой же REST, только со схемой. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
[quot skyANA]Алексей Кпропущено... А какая разница, что у тебя рядом в IIS крутится? Можно хоть все пять вариантов развернуть: WebAPI, WCF, Web-сервис, MVC, Handler-ы... Можно и не только по HTTP, но и SMPP, TCP и т.п. .NET Remoting тоже рядом можно организовать и WSE.Да я знаю, что можно как угодно. Более того, у меня уже есть работающий прототип сервиса под WCF. Просто я раньше с IIS плотно не работал, может есть какие неприятные особенности при запуске WCF под IIS? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAА какая разница, что у тебя рядом в IIS крутится? Можно хоть все пять вариантов развернуть: WebAPI, WCF, Web-сервис, MVC, Handler-ы... Можно и не только по HTTP, но и SMPP, TCP и т.п. .NET Remoting тоже рядом можно организовать и WSE.Да я знаю, что можно как угодно. Более того, у меня уже есть работающий прототип сервиса под WCF. Просто я раньше с IIS плотно не работал, может есть какие неприятные особенности при запуске WCF под IIS? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУcarrotikМСУ, ...я имел в виду JSON туда-сюда Не понимаю. Это такой же REST, только со схемой. .. я не в смысле сравнения эффективности, а просто мне так удобней, и пока никакой императивы "делай так!" не стоит, сижу на чем нравится .. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 17:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Из недостатков - разное окружение вызова: OperationContext vs HttpContext. Придётся делать абстракцию вроде IClientInfo и иметь разные реализации это интерфейса в DI-контейнере для Asp.Net и WCF. Возможно, это ещё не всё... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 18:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КПока решил применить WCF, но есть сомнения... А какие сомнения? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 18:35 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей КПока решил применить WCF, но есть сомнения... А какие сомнения?Про разное окружение вызова выше написал. Мелочь, а неприятно. :-) В любом случае, авторитетное мнение со стороны не помешает. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 18:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КhVosttпропущено... А какие сомнения?Про разное окружение вызова выше написал. Мелочь, а неприятно. :-) В любом случае, авторитетное мнение со стороны не помешает. А, ну это вообще не проблема. Я думал есть какие-то реальные причины для сомнений. Использовал WCF как в IIS, так и вне... Всё ок. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 19:00 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КНу зайди к ним , спроси какие у них аргументы. Устрой дебаты на эту тему. Расскажешь потом. :-) А накой мне эти старпёры? :) Тем более непонятен сабж, если цели и задачи определены, в чем профит от топика? Типа, собираюсь купить таз. Посоветуйте, правильно ли это? И не надо меня отговаривать и убеждать в том, что я му**к. Я клал на ваши советы, всё уже решено. Я просто собираю статистику мнений по данному автомобилю carrotik.. я не в смысле сравнения эффективности, а просто мне так удобней, и пока никакой императивы "делай так!" не стоит, сижу на чем нравится .. Так я про эффективность ничего не говорил :) Ты сказал, что запросы одаты в фиддлере "в неформатированном виде". Вот я и удивился, что это за курево такое. OData хороша тем, что на клиенте генерится живой внятный контекст, который можно трачится штатным трекером. Типа как ты работаешь с EF контекстом, выполняешь запросы, которые потом транслируются в SQL. Тут тоже самое, только трансляция идет не в SQL, а в REST запросы, которые преобразуются сервером в реальную IQueryable и скармливаются тому же EF. То есть написал вот такую штуку и можно с клиента делать практически любые выборки http://codearticles.ru/articles/2454 Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2014, 19:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей Кпропущено... Про разное окружение вызова выше написал. Мелочь, а неприятно. :-) В любом случае, авторитетное мнение со стороны не помешает. А, ну это вообще не проблема. Я думал есть какие-то реальные причины для сомнений. Использовал WCF как в IIS, так и вне... Всё ок.Ок. Пасиб. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 07:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КНу зайди к ним , спроси какие у них аргументы. Устрой дебаты на эту тему. Расскажешь потом. :-) А накой мне эти старпёры? :)Эффективные менеджеры! :-) МСУТем более непонятен сабж, если цели и задачи определены, в чем профит от топика?Лишний повод собраться, разве это плохо? :-) МСУТипа, собираюсь купить таз. Посоветуйте, правильно ли это? И не надо меня отговаривать и убеждать в том, что я му**к. Я клал на ваши советы, всё уже решено. Я просто собираю статистику мнений по данному автомобилю Ну я же говорю, стоит выбор между старой аспнетной реализацией и WCF. Если WCF - это значит, что в проект добавляется новая библиотека, из-за чего у меня и возникли сомнения. С другой стороны, из-за возраста аспнетной реализации у меня сомнений ещё больше. Таки остановлюсь на WCF. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 07:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей Кстоит выбор между старой аспнетной реализацией и WCF. Если WCF - это значит, что в проект добавляется новая библиотека ...Дак перепишите постепенно старое на новое. Или предпочитаете технический долг накапливать? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 08:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей Кстоит выбор между старой аспнетной реализацией и WCF. Если WCF - это значит, что в проект добавляется новая библиотека ...Дак перепишите постепенно старое на новое. Или предпочитаете технический долг накапливать? :)А там с нашей стороны нечего переписывать, остальная часть на MVC5 + WebAPI2. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 11:00 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К, а о какой старой реализации речь? Типа раньше с WCF не работал, вот и думаю: делать как умею, или по новому. Так что-ли? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 11:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КНу я же говорю, стоит выбор между старой аспнетной реализацией и WCF Так ASMX это тоже самое, что и WCF + SOAP. И где профит? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2014, 13:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУOData хороша тем, что на клиенте генерится живой внятный контекст, который можно трачится штатным трекером. Типа как ты работаешь с EF контекстом, выполняешь запросы, которые потом транслируются в SQL. Тут тоже самое, только трансляция идет не в SQL, а в REST запросы, которые преобразуются сервером в реальную IQueryable и скармливаются тому же EF. Ты скажи, по этой методе уже что внятное сделал или пока теоретические соображения? Вся эта хня была еще в SL лет 5 назад называлась WCF RIA Services, на ней же построен и Light Switch упокоенный. Все это хорошо работает на тупом груде в десять табличек, потом начинается пистец. Вся логика невольно перекачывывает на клиента со всеми вытекающими. Затем ловим тормоза, коллизии и прочие прелести. Поэтому в свое время погулькались с одатами и вернулись на SOAP. Все эти плюшки хороши для инет-сайтиков, в бизнес апликухах - ацтой. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 15:52 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, о какой "методе" спич? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 15:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAо какой "методе" спич? rest, одата и иже с ними как понимаю... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 16:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAо какой "методе" спич? rest, одата и иже с ними как понимаю...Хм, ну тогда нате . Удивительно, но работает и работает хорошо. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 16:40 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIТы скажи, по этой методе уже что внятное сделал или пока теоретические соображения? Сейчас у меня реальный проект, переводим решение на SL + RIA на XBAP +OData. Часть функционала уже работает на новых рельсах. OData в любом случае тренд, MS делает на него ставку. Хорошая штука. EDUARD SAPOTSKISOAP. Все эти плюшки хороши для инет-сайтиков, в бизнес апликухах - ацтой. Ну как сказать. Если ты пишешь что-то типа сапа, это одно. Если ты пишешь офисные залипушки - это другое. Каждой задаче своё решение. Но я всё-равно склоняюсь к MVC + EF, просто на дают протолкнуть. Веб чем хорош, так это тем, что не нужно сервер приложений пилить (типа RIA, OData, WCF). По месту из контроллера пнул репозиторий, который через EF прокачал тебе плюшку, и куришь бамбук. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 16:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУOData в любом случае тренд, MS делает на него ставку. Слушай, давай не будем про ставки мелкософта, а то возникает желание на яву сбежать ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, не сбежишь! Apache Olingo is a Java library that implements the Open Data Protocol (OData). Хохохо! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:21 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУXBAP очередная накуй ненужная херобаза. иногда не понимаю этого желания MS периодически страдать тупой херней. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:23 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Вообще OData - это ещё тот треш и угар. Нет бы придумали что простое и с добавлением расширений, если хочется поддерживать всякий изврат типа Код: html 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAВообще OData - это ещё тот треш и угар. Нет бы придумали что простое и с добавлением расширений, если хочется поддерживать всякий изврат типа Код: html 1.
Да нафиг такой изврат, скажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIСлушай, давай не будем про ставки мелкософта, а то возникает желание на яву сбежать Ну если шарики на одате, одинэсы и прочая херотва, то надо уже начинать вилять задом чё hVosttМСУXBAP очередная накуй ненужная херобаза. иногда не понимаю этого желания MS периодически страдать тупой херней. Ну почему. Для толстых клиентов норм. EDUARD SAPOTSKIскажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов? http://www.asp.net/web-api/overview/odata-support-in-aspnet-web-api/supporting-odata-query-options#limiting_query_options ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAВообще OData - это ещё тот треш и угар. Нет бы придумали что простое и с добавлением расширений, если хочется поддерживать всякий изврат типа Код: html 1.
Да нафиг такой изврат, скажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов?Ничего не будет. Юзер через какое-то время получит данные о 100500000 продуктах. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:40 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAНичего не будет. Юзер через какое-то время получит данные о 100500000 продуктах. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:46 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУEDUARD SAPOTSKIскажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов? http://www.asp.net/web-api/overview/odata-support-in-aspnet-web-api/supporting-odata-query-options#limiting_query_options Ага, т.е. уже допиливаем. В том и фишка, что если начать учитывать все возможные косяки, то увидим, что вся одата становится очень похожа на классические соап серсисы, с дерганием методов на каждый чих. Короче приходим туда от куда и шли. Поэтому если небольшое офисное приложение, где на все возможные косяки можно забить, то одата идет на ура. Когда нужно все жестко контролировать, преимущества перед сервисами SOAP фактически нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 17:52 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIАга, т.е. уже допиливаем. В смысле допиливаем? Проектируем. EDUARD SAPOTSKIВ том и фишка, что если начать учитывать все возможные косяки, то увидим, что вся одата становится очень похожа на классические соап серсисы, с дерганием методов на каждый чих. Где ты нашел косяки? Есть готовый функционал, бери и пользуйся. Иначе получается, когда блондинка впервые видит трактор, садится за руль и пытается пахать поле. Какие она может найти косяки в тракторе? Сначала изучи фичи, а потом садись. EDUARD SAPOTSKIКороче приходим туда от куда и шли. Поэтому если небольшое офисное приложение, где на все возможные косяки можно забить, то одата идет на ура. Когда нужно все жестко контролировать, преимущества перед сервисами SOAP фактически нет. SOAP выкидываем на помойку. Как в небольших приложениях, так и в больших. Только REST. А что там будет за рестом, OData или WebAPI, не суть. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:04 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУЕсть готовый функционал, бери и пользуйся. Иначе получается, когда блондинка впервые видит трактор, садится за руль и пытается пахать поле. Какие она может найти косяки в тракторе? Сначала изучи фичи, а потом садись. Предлагаешь все эти сложности вместо типа такого: [OperationContract] public IEnumerable<Products> GetProducts() { .... return db.Products.Take(100); } ? МСУSOAP выкидываем на помойку. Как в небольших приложениях, так и в больших. Только REST. А что там будет за рестом, OData или WebAPI, не суть. Время рассудит. Ничего против реста не имею, но соап жил жив и будет жить еще очень долго. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIМСУЕсть готовый функционал, бери и пользуйся. Иначе получается, когда блондинка впервые видит трактор, садится за руль и пытается пахать поле. Какие она может найти косяки в тракторе? Сначала изучи фичи, а потом садись. Предлагаешь все эти сложности вместо типа такого: [OperationContract] public IEnumerable<Products> GetProducts() { .... return db.Products.Take(100); }Ахаха, защитился от дурака. Ну получишь ты 100500 запросов в минуту и твой горе-сервис всё одно ляжет :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Тебя спросят: "А почему сервис падает?". Ты ответишь: "А он по 100 записей отдаёт и из-за этого клиенту приходится на него ломиться со страшной силой". Тебя тут же попросят: "А сделайте так, чтобы не тупо 100, а настраивать можно было". ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANA, ты сути посыла не понимаешь. Это просто пример привел того, что когда начинаешь "защищаться от дураков", то с юзингом реста траблов не меньше(а может и больше) чем с обычным SOAP. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, а я тебе ссылку привёл на наш работаюшь RESTful public API :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Мне бы твои проблемы. С юзингом RESTа у него траблы :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAя тебе ссылку привёл на наш работаюшь RESTful public API :) Лень ковырять, чесслово, и время нет. Вот МСУ свой проект допилит, похвастается, тогда и твой API посмотрим и решим как жить дальше В свое время сделал две поделки на SL с OData, афигеть, понравилось. Потом начали делать одну сложную хрень, нарвались на кучу траблов, откатились на SOAP, все пучком Ладно, пора мне, дел по горло... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 18:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУEDUARD SAPOTSKIСлушай, давай не будем про ставки мелкософта, а то возникает желание на яву сбежать Ну если шарики на одате, одинэсы и прочая херотва, то надо уже начинать вилять задом чё А не похоже, что OData движется по тому же пути, что и SOAP в своё время? Спецификацию OData v2 можно за час прочитать. А спецификация OData v4 вполне уже тянет на рекомендации W3C :) Скоро получится такой же огромный неповоротливый монстр, как и SOAP-службы. Тогда в чем профит, реально? Про удобство реализации в .NET - не аргумент. Если сервис востребованный, использовать его отовсюду будут - из Java, PHP, из Delphi, чего доброго... :) Естественно, я сейчас про публичные API говорю, не про внутренности сайтов. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 19:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезА не похоже, что OData движется по тому же пути, что и SOAP в своё время? Нет. Тут гораздо больше общего с ria services. ДиезСпецификацию OData v2 можно за час прочитать. А спецификация OData v4 вполне уже тянет на рекомендации W3C :) Ты имел ввиду OData v3 на нативном атоме? Да, вещь, причем поддерживается всякими экселями и прочим. v4 уже другая песня, добавили функции и прочие вкусности. Речь о v4, разумеется. ДиезСкоро получится такой же огромный неповоротливый монстр, как и SOAP-службы. Это будет скрыто от прикладного разработчика. ДиезТогда в чем профит, реально? Профит в том, что кодогенерированный контекст на клиенте так же трачится, как EF контекст и RIA. Работаешь с контекстом и с доменными объектами, а оно само всё транслируется в REST запросы. SOAP'у такого и не снилось. ДиезПро удобство реализации в .NET - не аргумент. Еще какой аргумент. ДиезЕсли сервис востребованный, использовать его отовсюду будут - из Java, PHP, из Delphi, чего доброго... :) Сделают темплейты, кодогенераторы. И поплывёт. Не проблема. ДиезЕстественно, я сейчас про публичные API говорю, не про внутренности сайтов. Публичные API вообще должны быть 100% REST. Априори. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 20:18 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВ свое время сделал две поделки на SL с OData, афигеть, понравилось. Потом начали делать одну сложную хрень, нарвались на кучу траблов, откатились на SOAP, все пучком OData только сейчас стала съедобная. Буквально несколько месяцев назад еще была слабовата. Она и сейчас развивается. У меня есть один затык с ней, никак не могу решить его. У многих такая же фигня, решения пока не знаю. Жду новый релиз, может пофиксят... Ну это всё тонкости, в целом можно и нужно уже присаживать на лодку. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 20:21 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Web services are dead -- long live REST SOAP is officially dead, long live REST How REST replaced SOAP on the Web: What it means to you On the death of SOAP SOAP is Not Dead - It's Undead, a Zombie in the Enterprise REST in peace, SOAP SOAP is Comatose But Not Officially Dead! (February 19, 2005!!!) SOAP is dead, REST is coming Друзья, какой в задницу SOAP? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 21:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУПрофит в том, что кодогенерированный контекст на клиенте так же трачится, как EF контекст и RIA. Работаешь с контекстом и с доменными объектами, а оно само всё транслируется в REST запросы. Вот-вот! В этом как раз самый и косяк! Метода хорошо работает до поры до времени... Потом расскажешь что получилось. Хотя хз что у тебя за проект, может и прокатит на ура. МСУSOAP'у такого и не снилось. У SOAP потенциально возможностей больше чем в рест, но и писанины больше - факт. Но этот недостаток нивелируется с ростом сложности проекта. Короче, если у тебя там SL, табличек хотя бы штук 30 и какой ACID маячит на горизонте, советую 100 раз подумать прежде чем юзать рест. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 21:13 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, какой в задницу SOAP? авторLooks like the tide of the web API protocol war (if there ever was one) has shifted firmly in REST’s favor while SOAP has been forced back. Web developers have cast their votes , they want RESTful APIs. Ага, спроси у рядового ПХП-шника что такое соап, процентов 80 ваще не в теме! И какого хрена JS в этом списке делает? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 21:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВот-вот! В этом как раз самый и косяк! Метода хорошо работает до поры до времени... Потом расскажешь что получилось. Ну а чего ты, с RIA ведь никаких вопросов не было. Всё сейчас работает на нем. EDUARD SAPOTSKIМСУSOAP'у такого и не снилось. У SOAP потенциально возможностей больше чем в рест, но и писанины больше - факт. Но этот недостаток нивелируется с ростом сложности проекта. Короче, если у тебя там SL, табличек хотя бы штук 30 и какой ACID маячит на горизонте, советую 100 раз подумать прежде чем юзать рест. У SOAP вообще никаких возможностей нет, заранее обреченный протокол. Только REST! Хоть 1000 табличек ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 21:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, какой в задницу SOAP?в России живешь, будь реалистом ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 21:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAМСУДрузья, какой в задницу SOAP?в России живешь, будь реалистом Ну я не про старьё, а про новые решения. Так понятно-то, что это УГ еще не скоро сольется в унитаз. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:04 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Объясняю. Когда работаешь из того же SL через REST, у тебя линк-запрос на клиенте(приложение SL) транслируется в REST-запрос. На серваке он обратно транслируется в линк-запрос, который в свою очередь EF транслирует в SQL запрос. Т.е. идет цепочка - Linq -> REST -> Linq -> SQL. В итоге получается прям целая четырехзвенка! Вероятность что на каком-то участке что-то отвалится очень высокая, и механизмов контроля всего этого дела фактически нет! Из-за этого возрастает сложность отладки. Но это пол беды. Этот подход мотивирует реализовывать всю логику на клиенте, клиент раздувается, тормозит, елси еще кучу контролов какого телерика юзаешь, то ваще аминь. Но и это фигня. Всю логику на клиент не вытянешь, если приложение более или менее серьезное, начинаешь вытягивать хранимки на уровень REST на серваке. Начинается полный писец! А когда запросов становится дохрена, то очень сложно контролировать их последовательность(когда какой ответ сервака пришел). Вот тогда и начинаешь вспоминать про "заранее обреченный протокол" ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезА не похоже, что OData движется по тому же пути, что и SOAP в своё время? Нет. Тут гораздо больше общего с ria services. Я не про общие концепции, а про геометрический рост сложности протокола в процессе развития. МСУДиезСпецификацию OData v2 можно за час прочитать. А спецификация OData v4 вполне уже тянет на рекомендации W3C :) Ты имел ввиду OData v3 на нативном атоме? Да, вещь, причем поддерживается всякими экселями и прочим. v4 уже другая песня, добавили функции и прочие вкусности. Речь о v4, разумеется. http://www.odata.org/documentation/odata-version-2-0/ http://www.odata.org/documentation/odata-version-4-0/ Объемы документации, мягко говоря, различаются :) SOAP тоже начинался с примитивного XML-RPC. А потом его начали расширять, стандартизировать, опять расширять, опять стандартизировать. Теперь мы вместо Simple Object Access Protocol имеем набор WS-*, в которых сам черт ногу сломит. :) МСУДиезСкоро получится такой же огромный неповоротливый монстр, как и SOAP-службы. Это будет скрыто от прикладного разработчика. ДиезТогда в чем профит, реально? Профит в том, что кодогенерированный контекст на клиенте так же трачится, как EF контекст и RIA. Работаешь с контекстом и с доменными объектами, а оно само всё транслируется в REST запросы. SOAP'у такого и не снилось. Точно так же реализация скрыта и для SOAP. Никто в здравом уме не будет формировать XML для Envelope или Fault. Для разработчика виден лишь набор классов и методов. МСУДиезПро удобство реализации в .NET - не аргумент. Еще какой аргумент. ДиезЕсли сервис востребованный, использовать его отовсюду будут - из Java, PHP, из Delphi, чего доброго... :) Сделают темплейты, кодогенераторы. И поплывёт. Не проблема. ДиезЕстественно, я сейчас про публичные API говорю, не про внутренности сайтов. Публичные API вообще должны быть 100% REST. Априори. ОК, назовем их не публичными, а используемыми внешними системами, в противоположность внутреннему АПИ сайта, которое лишь для AJAX-запросов. Даже если всё в рамках интранета. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIОбъясняю. Когда работаешь из того же SL через REST, у тебя линк-запрос на клиенте(приложение SL) транслируется в REST-запрос. На серваке он обратно транслируется в линк-запрос, который в свою очередь EF транслирует в SQL запрос. Т.е. идет цепочка - Linq -> REST -> Linq -> SQL. В итоге получается прям целая четырехзвенка! Вероятность что на каком-то участке что-то отвалится очень высокая, и механизмов контроля всего этого дела фактически нет! Из-за этого возрастает сложность отладки. Но это пол беды. Этот подход мотивирует реализовывать всю логику на клиенте, клиент раздувается, тормозит, елси еще кучу контролов какого телерика юзаешь, то ваще аминь. Но и это фигня. Всю логику на клиент не вытянешь, если приложение более или менее серьезное, начинаешь вытягивать хранимки на уровень REST на серваке. Начинается полный писец! А когда запросов становится дохрена, то очень сложно контролировать их последовательность(когда какой ответ сервака пришел). Вот тогда и начинаешь вспоминать про "заранее обреченный протокол" И чем тут поможет SOAP? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезЯ не про общие концепции, а про геометрический рост сложности протокола в процессе развития. А накой тебе сдалась сложность протокола? Мысли доменными классами, возможностями контекста и реализацией OData контроллеров. То есть чистое прикладное программирование. Вот когда ты с SOAP работал, часто ли ты лез в его дебри? Я - ни разу, оно мне и нафик не уперлось. Диез http://www.odata.org/documentation/odata-version-2-0/ http://www.odata.org/documentation/odata-version-4-0/ Объемы документации, мягко говоря, различаются :) http://www.odata.org/documentation/odata-version-3-0/ является корневым унифицированным вариантом на атоме, а v2.0 уже где-то на помойке. Забудь про v2.0 :) ДиезSOAP тоже начинался с примитивного XML-RPC. А потом его начали расширять, стандартизировать, опять расширять, опять стандартизировать. Ну так расширять стали не туда. Да и идеология RPC это унылая дерьмократия, не иначе. Кому сейчас нужны RPC? ДиезТочно так же реализация скрыта и для SOAP. Никто в здравом уме не будет формировать XML для Envelope или Fault. Для разработчика виден лишь набор классов и методов. Причем тут скрытость реализации SOAP. Я выше написал про умный контекст, такой как в EF и RIA. Такая сказка SOAP'у и не снилась со своим унылым процедурным подходом. А в дебри Envelope или Fault уж подавно никто лезть не будет. ДиезОК, назовем их не публичными, а используемыми внешними системами, в противоположность внутреннему АПИ сайта, которое лишь для AJAX-запросов. Даже если всё в рамках интранета. Ну вот тебе внутренняя реализация для внешних систем http://msdn.microsoft.com/ru-ru/library/office/fp142385.aspx Чем плохо? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:16 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKILinq -> REST -> Linq -> SQL. В итоге получается прям целая четырехзвенка! Вероятность что на каком-то участке что-то отвалится очень высокая, и механизмов контроля всего этого дела фактически нет! Из-за этого возрастает сложность отладки. Но это пол беды. Ну разумно. Больше уровней, сложнее отладка. Но всё решается обычным последовательным дебагом, как обычно. В случае веб приложений всё намного проще, за что я их и люблю. EDUARD SAPOTSKIВсю логику на клиент не вытянешь, если приложение более или менее серьезное, начинаешь вытягивать хранимки на уровень REST на серваке. Начинается полный писец! Никаких хранимок. Только внятная обвязка OData над моделью, всё. Забудь о убогих хранимках. EDUARD SAPOTSKIА когда запросов становится дохрена, то очень сложно контролировать их последовательность(когда какой ответ сервака пришел). Вот тогда и начинаешь вспоминать про "заранее обреченный протокол" Ну разумно, что тут сказать. А какие есть варианты? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ Web services are dead -- long live REST SOAP is officially dead, long live REST How REST replaced SOAP on the Web: What it means to you On the death of SOAP SOAP is Not Dead - It's Undead, a Zombie in the Enterprise REST in peace, SOAP SOAP is Comatose But Not Officially Dead! (February 19, 2005!!!) SOAP is dead, REST is coming Вот скажите, зачем вы публикуете ссылки, которые не читали? По крайней мере, последнюю, на тайском языке МСУДрузья, какой в задницу SOAP? Насчет диаграмм - 15% - это не так уж и мало для мертвой с 2005 года технологии, не правда ли? (Кстати, в энтерпрайзе вовсю CORBA поддерживается до сих пор. Вот уж где окаменелости ) Но речь-то не о том, что SOAP лучше OData. А о том, что стандартизация превращает любую удобную технологию в неудобную, хотя и общеиспользуемую. Программисты, имхо, за то и любят REST, что он прост как табуретка, и не навязывает конкретную реализацию. Придумал удобный для себя протокол - и пользуй на здоровье. А тут опять "прокрустово ложе" навязывают... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAИ чем тут поможет SOAP? Одна операция - один метод на апликейшн-сервере. Каждый запрос(операция) под контролем. Вся логика сосредоточена на апликейшн-сервере или на уровне СУБД, клиент не перегружен. Просто тестировать. Просто контролировать последовательности. Прозрачно реализуются все транзакционные механизмы так сказать. В принципе, конечно, все это можно реализовать и с юзингом реста, но тогда его нужно пилить и пилить, а в итоге приходим к модели SOAP. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезНасчет диаграмм - 15% - это не так уж и мало для мертвой с 2005 года технологии, не правда ли? Так это 10 год, почти 5 лет назад. Обрати внимание на динамику, с 2008 до 2010 года спад с 25% до 15%. А теперь прикинь себе цифры с 2010 года по конец 2014. Прикинул? Вот и я о том же. Диез(Кстати, в энтерпрайзе вовсю CORBA поддерживается до сих пор. Вот уж где окаменелости ) Ну это уже раритет. Не будет об этом. ДиезНо речь-то не о том, что SOAP лучше OData. А о том, что стандартизация превращает любую удобную технологию в неудобную, хотя и общеиспользуемую. SOAP ушел на покой уже давно, смысл его гладить по шерсти. Старое поддерживаем, новое - пилим на тренде. Топик как-раз про новое. Хочу уберечь Лешу от вляпаться в лужу :) ДиезПрограммисты, имхо, за то и любят REST, что он прост как табуретка, и не навязывает конкретную реализацию. Придумал удобный для себя протокол - и пользуй на здоровье. А тут опять "прокрустово ложе" навязывают... Ну оно же рестовое )) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAИ чем тут поможет SOAP? Одна операция - один метод на апликейшн-сервере.Классно. А как это противоречит REST? А что получится, если к SOAP необходимо добавить поддержку настрагиваемых пользователем фильтров? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAА как это противоречит REST? Технически никак. Но практически получается, что рест изначально разрешает все а соап ничего. В одата дал доступ на таблицу а потом думаешь как этот доступ ограничить, всякие привилегии, валидаторы и т.д. А в соап хрен что сработает если ты в методе этот функционал не прописал. Для клиент-серверного приложения с высоким уровнем ответственности подход соап более приемлем. skyANAА что получится, если к SOAP необходимо добавить поддержку настрагиваемых пользователем фильтров? И как себе это представляешь? SOAP это фактически голый XML, куда какие фильтры всунешь? Есть методы, передавай фильтры в параметры, геморно, но работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:50 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, какой в задницу SOAP? в сопу сопу! рест хотя бы идеологически верный. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТебя тут же попросят: "А сделайте так, чтобы не тупо 100, а настраивать можно было". Например так: OperationContract] public IEnumerable<Product> GetProducts(int top) { .... if(top > 1000) { return new List<Product>().Add(new Product(){Name = "ПНХ"}); } return db.Products.Take(top); } ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 22:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKISOAP это фактически голый XML, куда какие фильтры всунешь? Есть методы, передавай фильтры в параметры, геморно, но работает. из-за етого в каждом проекте по велосипеду для работы с комбо: фильтрция+пейджинг+сортировка. честно говоря я удивлён, что запилили наконец одну гребёнку. не дали сломать ещё пару тыщ копий. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAА как это противоречит REST? Технически никак. Но практически получается, что рест изначально разрешает все а соап ничего. В одата дал доступ на таблицу а потом думаешь как этот доступ ограничить, всякие привилегии, валидаторы и т.д. А в соап хрен что сработает если ты в методе этот функционал не прописал. Для клиент-серверного приложения с высоким уровнем ответственности подход соап более приемлем. Ты путаешь теплое с мягким. REST != OData. EDUARD SAPOTSKIskyANAА что получится, если к SOAP необходимо добавить поддержку настрагиваемых пользователем фильтров? И как себе это представляешь? SOAP это фактически голый XML, куда какие фильтры всунешь? Есть методы, передавай фильтры в параметры, геморно, но работает.А есть какие-то варианты, кроме сериализации объекта фильтра в XML, JSON, what ever? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТебя тут же попросят: "А сделайте так, чтобы не тупо 100, а настраивать можно было". Например так: OperationContract] public IEnumerable<Product> GetProducts(int top) { .... if(top > 1000) { return new List<Product>().Add(new Product(){Name = "ПНХ"}); } return db.Products.Take(top); } Не понял юмора, если честно. Слив? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:08 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ, Про то, что СОАП ушел на покой - тут я совсем не согласен. В вебе - да, он нафиг не нужен, одни накладные расходы. А вот в корпоративной разработке - это стандарт де-факто для любых систем - старых и новых, покупных и самописных. Бизнесу важны не новомодные тренды, а единая среда для интеграции в условиях ежедневного (это в лучшем случае) изменения функциональных требований. Просто REST для этого не подходит по причине отсутствия формального контракта. Опять же, всякие плюхи нужны в виде распределенных транзакций, асинхронных собщений, гарантированной доставки и прочая. OData - интереснее; не исключено, что будет использоваться наряду с SOAP и CORBA ))) Потому и интересуюсь... Так что не уверен, что надо прямо сейчас советовать Алексею К переходить на одату. Уволят, не дай Бог, за самодеятельность ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:10 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТы путаешь теплое с мягким. REST != OData. Где я утверждал обратное? skyANAА есть какие-то варианты, кроме сериализации объекта фильтра в XML, JSON, what ever? Чето тя не догоняю, про какие объекты фильтра говоришь? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТебя тут же попросят: "А сделайте так, чтобы не тупо 100, а настраивать можно было". Например так: OperationContract] public IEnumerable<Product> GetProducts(int top) { .... if(top > 1000) { return new List<Product>().Add(new Product(){Name = "ПНХ"}); } return db.Products.Take(top); } Проще пареной репы http://msdn.microsoft.com/ru-ru/library/system.web.http.odata.query.odataqueryoptions.top(v=vs.111).aspx ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAНе понял юмора, если честно. Слив? Капец, или я перебрал или ты. Спич был о топе записей в выборке, ты спросил: skyANAА сделайте так, чтобы не тупо 100, а настраивать можно было Передаем в метод параметр(топ выборки), если он превышает какое-то значение - отсылаем юзара в интимное путешествие пешком... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТы путаешь теплое с мягким. REST != OData. Где я утверждал обратное?Выше ты написал, что REST "изначально разрешает все". А следующим предложением расшифровал свое утверждение, как "в одата лалала...". Получилось, что ты отождествляешь REST с OData. skyANAА есть какие-то варианты, кроме сериализации объекта фильтра в XML, JSON, what ever? Чето тя не догоняю, про какие объекты фильтра говоришь?[/quot]Пользователь хочет найти все красные платья по цене от 50 до 70 баксов. То есть сам формирует набор критериев поиска. Это называется настраиваемый фильтр, его надо передать на сервер. Что с термином таким не знаком? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, я понимаю твои желания влиять на одата фильтры, всё это делается без труда. Просто ты сначала разберись, а потом критикой. Вот рецепт, я разбираются сам одата фильтры и натравливаю их на аксапту через оптимизированный убогий коннектор, типа как у сапа http://codearticles.ru/articles/2472 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Галимый т9. Вот рецепт, я разбираю сам одата фильтры и натравливаю их на аксапту через нетипизированный убогий коннектор, типа как у сапа ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAНе понял юмора, если честно. Слив? Капец, или я перебрал или ты. Спич был о топе записей в выборке, ты спросил: skyANAА сделайте так, чтобы не тупо 100, а настраивать можно было Передаем в метод параметр(топ выборки), если он превышает какое-то значение - отсылаем юзара в интимное путешествие пешком...Речь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAРечь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. Обе задачи решаются на один чих. Всё есть в коробке. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:34 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAРечь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. Если хочешь лично мое мнение, то я бы делал это в хранимке а параметр бы лежал в конфигурационной таблице. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУskyANAРечь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. Обе задачи решаются на один чих. Всё есть в коробке.$top тут не при чем, если ты об этом. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAРечь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. Если хочешь лично мое мнение, то я бы делал это в хранимке а параметр бы лежал в конфигурационной таблице. И если там пропишут NULL (без ограничений) то каким образом SOAP запретит выбираться всем данным? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANA$top тут не при чем, если ты об этом. Где хотят конфигурировать? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANA$top тут не при чем, если ты об этом. Где хотят конфигурировать?На сервере. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAМСУпропущено... Обе задачи решаются на один чих. Всё есть в коробке.$top тут не при чем, если ты об этом. Почему не причём? Он хочет анализировать его и влиять на результат. Именно это он показал в примере. На что я ответил, что всё есть в коробке. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAРечь о настройке ограничения выборки сверху. Хотят не зашивать в код "> 1000", а конфигурировать. Если хочешь лично мое мнение, то я бы делал это в хранимке а параметр бы лежал в конфигурационной таблице. типа так что ли? Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:46 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAИ если там пропишут NULL (без ограничений) то каким образом SOAP запретит выбираться всем данным? Моя твоя вообще уже не понимать. Что такое SOAP? На сервак идет XML, в тегах прописано имя метода и параметры, в коде программер видит это как метод класса, что мешает реализовать любые проверки? Если метод не допускает нул в параметре, то юзера по дефолту пошлет, или ты о чем? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAEDUARD SAPOTSKIпропущено... Где хотят конфигурировать?На сервере. А таблица в базе на клиенте что ли? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:50 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAпропущено... На сервере. А таблица в базе на клиенте что ли?на сервере :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:51 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, ты утверждаешь, что "рест изначально разрешает все а соап ничего". Каким образом оспа разрешает ничего? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosтипа так что ли? Если логика лежит в хранимках, то логично что и настройки системы можно положить в таблицу БД вокруг которой крутится хранимка. Но в определенных случаях предложенный вариант имеет тоже право на жизнь, почему нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУskyANAпропущено... $top тут не при чем, если ты об этом. Почему не причём? Он хочет анализировать его и влиять на результат. Именно это он показал в примере. На что я ответил, что всё есть в коробке.он считает, что REST - это когда метод Get в ApiController возвращает IQueryable :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2014, 23:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, при че тут хранимка? тут кажный пользователь выбирает себе режим работы в идеале, а так админ настраивает систему на с учетом требований к системе нужна пессимистическая стратегия с блокироками - поставил галочу, нужен лейзи - поставил галочку, нужен пейджинг - поставил галочку,... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAМСУпропущено... Почему не причём? Он хочет анализировать его и влиять на результат. Именно это он показал в примере. На что я ответил, что всё есть в коробке.он считает, что REST - это когда метод Get в ApiController возвращает IQueryable :)поэтому пользователь может сделать плохо и себе и серверу, не задав ни $filter, ни $top а вот SOAP от этого защищен магическим кодом if (top > 1000) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:04 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRos, и это только системный уровень по умолчанию, он может быть переопредеоен для роли, типа и т.д. допустим может быть смешанные стратегии доступа - некоторые типы (макротипы, юзеры приоритетны,...) пессимисты, а остальные оптимисты ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosтут кажный пользователь выбирает себе режим работы в идеале, а так админ настраивает систему на с учетом требований к системе нужна пессимистическая стратегия с блокироками - поставил галочу, нужен лейзи - поставил галочку, нужен пейджинг - поставил галочку,... По моему Вы сильно много хотите, с таким успехом придем к тому, что юзеров будет проще обучить сиквелам и дать доступ к субд, чем на каждый чих галочку делать. Если система построена на хранимках, то в БД есть таблица с настройками, которые устанавливает админ и которые отвечают за работу всего приложения. У каждого юзера есть свои личные настройки, которые так же хрянятся в БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, да при чем тут конкретная БД? ладно, проехали ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAон считает, что REST - это когда метод Get в ApiController возвращает IQueryable :) Ты реально тупишь или прикидываешься? А когда метод Get в ApiController возвращает IQueryable этот процесс не подподает под концепцию REST? Не? Никак? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 00:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
да какая нахрен концепция, убогость одна, туфта так сказать нет у этих ребят МОДЕЛИ, есть просто набор адресуемых сущностей через простой путь, даже дерево не запросишь как транзакт, не то что полноценный граф ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 02:00 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей К, а о какой старой реализации речь? Типа раньше с WCF не работал, вот и думаю: делать как умею, или по новому. Так что-ли?Не так. Работал, умею. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 05:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КНу я же говорю, стоит выбор между старой аспнетной реализацией и WCF Так ASMX это тоже самое, что и WCF + SOAP. И где профит?Ну я и спросил, накой мне WCF, если есть ASMX. Можно спросить по другому: накой мне древний ASMX, если есть свеженький WCF. В общем, проехали, я выбрал WCF, тема закрыта. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 05:44 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезМСУ, Про то, что СОАП ушел на покой - тут я совсем не согласен. В вебе - да, он нафиг не нужен, одни накладные расходы. А вот в корпоративной разработке - это стандарт де-факто для любых систем - старых и новых, покупных и самописных. Бизнесу важны не новомодные тренды, а единая среда для интеграции в условиях ежедневного (это в лучшем случае) изменения функциональных требований. Просто REST для этого не подходит по причине отсутствия формального контракта. Опять же, всякие плюхи нужны в виде распределенных транзакций, асинхронных собщений, гарантированной доставки и прочая. OData - интереснее; не исключено, что будет использоваться наряду с SOAP и CORBA ))) Потому и интересуюсь... Так что не уверен, что надо прямо сейчас советовать Алексею К переходить на одату. Уволят, не дай Бог, за самодеятельность ;)Да я и не поведусь на ОДату. Я на LINQ-over-WCF в своё время не повёлся, а тут тоже самое. Не нравится мне эта концепция. Что касается SOAP - в нём есть WSDL, который можно/нужно приложить к техническому заданию на интеграцию, что решает задачу форматного контроля. Без таких возможностей здесь жизни нет, голый REST не для интеграций. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 05:53 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAон считает, что REST - это когда метод Get в ApiController возвращает IQueryable :) Ты реально тупишь или прикидываешься? А когда метод Get в ApiController возвращает IQueryable этот процесс не подподает под концепцию REST? Не? Никак?Твоя проблема в том, что ты их отождествляешь, но когда я тебе намекаю на то, то ты не соглашаешься :) Ну даладно, верь дальше в своё невежество. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 08:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosда какая нахрен концепция, убогость одна, туфта так сказать Не могу не согласиться. Одному умнику захотелось очередную диссертацию защитить, вот и стал коней раздувать - если взять http, повернуть задом и наклонить немного то получим... REST! А потом все копья ломают где REST где нет. ViPRosесть просто набор адресуемых сущностей через простой путь, даже дерево не запросишь как транзакт, не то что полноценный граф Даже здесь уже можно срач устроить. Одни пишут: http://habrahabr.ru/post/38730/ Отсутствие дополнительных внутренних прослоек означает передачу данных в том же виде, что и сами данные. Т.е. мы не заворачиваем данные в XML , как это делает SOAP и XML-RPC, не используем AMF, как это делает Flash и т.д. Просто отдаем сами данные . И здесь же: http://habrahabr.ru/post/38730/ Использование REST для построения Web-сервисов. Как известно, web-сервис – это приложение работающее в World Wide Web и доступ к которому предоставляется по HTTP-протоколу, а обмен информации идет с помощью формата XML. Следовательно, формат данных передаваемых в теле запроса будет всегда XML. Ребята с мыло.ру тоже видать не в теме http://api.mail.ru/docs/reference/rest/ Пример ответа в формате JSON { "like": "1", } Пример ответа в формате XML <response_stream_like> <like>1</like> </response_stream_like> Интересно, как можно завернуть данные из той же БД в XML и отдать по http не используя никаких внетренних прослоек? Вот и задумаетесь, можно сказать что технология OData реализует REST-подход? Имхо можно, потому что под сферического коня можно завернуть что угодно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 08:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТвоя проблема в том, что ты их отождествляешь, но когда я тебе намекаю на то, то ты не соглашаешься :) Ну даладно, верь дальше в своё невежество. Твоя проблема в том, что ты в готову вбил себе хрень, которую я не говорил, еще раз, я нигде не сказал что REST == OData. Но я утверждаю, что технология OData придерживается "конципции" REST! Поэтому эти две аббревиатуры и стояли рядом в одном предложении! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 08:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
"Муму" Тургенев написал, а памятник почему-то Пушкину.. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 08:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВ общем, проехали, я выбрал WCF, тема закрыта. Некорректный ответ. WCF WCF'у рознь. Ты выбрал не просто WCF, ты выбрал убогий SOAP на рельсах WCF, вот так надо говорить, чтобы тебя поняли :) Передавай привет динозаврам, бро skyANAон считает, что REST - это когда метод Get в ApiController возвращает IQueryable :) Я вообще уже запутался, ничего не понимаю, каждый пишет о чем-то своём мифическом P.S. Эдик, еще раз, давай обнулим нашу нить. Вопрос - чем тебя пугает OData, как способ реализации n-tier для WPF приложений? Конкретно и по существу задал вопрос. Алексей Кголый REST не для интеграций. Ты пойди это твиттерам, шмиттерам, гуглам, MS И всяким фейсбукам расскажи. Тебя пугает отсутствие кодогенерации классов по голому REST? Так возьми это http://codearticles.ru/articles/2521 и нашлепай себе классов. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 09:16 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУТы пойди это твиттерам, шмиттерам, гуглам, MS И всяким фейсбукам расскажи. Тебя пугает отсутствие кодогенерации классов по голому REST? Так возьми это http://codearticles.ru/articles/2521 и нашлепай себе классов. Кажется с самого начала топика Алексей сказал, что не может выбирать, там уже всё решили. Так что этот спич для генерации кругов вилами по воде. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 09:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУВопрос - чем тебя пугает OData, как способ реализации n-tier для WPF приложений? Конкретно и по существу задал вопрос. Уже писал: EDUARD SAPOTSKIОбъясняю. Когда работаешь из того же SL через REST, у тебя линк-запрос на клиенте(приложение SL) транслируется в REST-запрос. На серваке он обратно транслируется в линк-запрос, который в свою очередь EF транслирует в SQL запрос. Т.е. идет цепочка - Linq -> REST -> Linq -> SQL. В итоге получается прям целая четырехзвенка! Вероятность что на каком-то участке что-то отвалится очень высокая, и механизмов контроля всего этого дела фактически нет! Из-за этого возрастает сложность отладки. Но это пол беды. Этот подход мотивирует реализовывать всю логику на клиенте, клиент раздувается, тормозит, елси еще кучу контролов какого телерика юзаешь, то ваще аминь. Но и это фигня. Всю логику на клиент не вытянешь, если приложение более или менее серьезное, начинаешь вытягивать хранимки на уровень REST на серваке. Начинается полный писец! А когда запросов становится дохрена, то очень сложно контролировать их последовательность(когда какой ответ сервака пришел). Вот тогда и начинаешь вспоминать про "заранее обреченный протокол" Одни из первых греблей по которым прошел при работе с SL & Odata это желание вытянуть всю логику на клиента, OData этому способствует, запросы делаешь линком прямо из SL-приложения, да и в SL все прелести C# & XAML, это тоже подстегивает говнокодить на клиенте, а этого делать низя! SL позволяет реализовать навороченную логику, но надо меру знать или нарвешься на траблы с производительностью, с поддержкой актуальности данных на клиенте, реализация транзакций, отслеживание последовательностей запросов и т.д. Поэтому совет - не перегружай SL клиент логикой! В SL должна быть логика представления(какую когда юзеру менюшку показать и кнопочку) и первичная валидация вводимых данных. Все! Вся основная бизнес-логика должна быть на сервере! А если размещаем всю логику на сервере, то накой нужна OData? Весь ее профит резко уходит в ноль при таком раскладе. Будешь делать туже валидацию, лепить на серваке теже методы да и еще готовняк с ограничениями, OData позволяет через браузер сделать много того чего юзеру делать низя. Конечно, большинство вопросов через OData решить можно, но нафиг не нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 09:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI Вся основная бизнес-логика должна быть на сервере! А если размещаем всю логику на сервере, то накой нужна OData? Весь ее профит резко уходит в ноль при таком раскладе. Очень неправильное утверждение. OData эт не значит, работать с таблицами БД напрямую, набор данных подготавливается Б-логикой на серваке, могут быть достаточно сложные проекции с зависимостями от прав, текущего состояния системы, параметров, юзера и т.д. OData никому ничего не «позволяет». Но даёт возможность не лепить костыли. Так-то ничего нового, просто приведённый к стандарту интерфейс. Это офигенно, так как теперь можно стыковать разные системы, и возможностей для стыковки гораздо больше чем в SOAP, где нет никаких запросов, где надо каждый раз чего-то изобретать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIОдни из первых греблей по которым прошел при работе с SL & Odata это желание вытянуть всю логику на клиента Это одни из тех граблей которые проходят многие начинающие сопливые джуниоры. Это очень быстро проходит с опытом. Но я встречал экземляры, у которых не проходит. Буду наступать на грабли до тех пор, пока они не сломаются о мой чудесный лоб ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:03 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttКажется с самого начала топика Алексей сказал, что не может выбирать, там уже всё решили. Так что этот спич для генерации кругов вилами по воде. Верно. Просто хочется еще разок в него камнем кинуть EDUARD SAPOTSKIУже писал Так я же прокомментировал это 16769795 А ты проигнорировал. EDUARD SAPOTSKIОдни из первых греблей по которым прошел при работе с SL & Odata это желание вытянуть всю логику на клиента, OData этому способствует, запросы делаешь линком прямо из SL-приложения, да и в SL все прелести C# & XAML, это тоже подстегивает говнокодить на клиенте, а этого делать низя! Так ты не сравнивай с веб приложениями. У веб приложений логика при самом приложении, то есть на сервере. У WPF логика тоже при приложении, но это толстый клиент, поэтому логика получается на клиенте. А что тебя пугает? Ну 2 разных подхода, веб и десктоп. У десктопа всегда логика была на клиенте, даже в том же SL. Что-то, конечно, было в RIA. Ну так же и тут, что-то будет и в OData. Зачем паникуешь? EDUARD SAPOTSKISL позволяет реализовать навороченную логику, но надо меру знать или нарвешься на траблы с производительностью, с поддержкой актуальности данных на клиенте, реализация транзакций, отслеживание последовательностей запросов и т.д. Поэтому совет - не перегружай SL клиент логикой! Прям начал бояться логики :) EDUARD SAPOTSKIА если размещаем всю логику на сервере, то накой нужна OData? OData - это не бизнес логика, это открытый веб-протокол для запроса и обновления данных. Какую логику ты заложишь туда, так оно и поедет. Можно и функции писать, в отрыве от GET, POST, PATCH, DELETE запросов. EDUARD SAPOTSKIВесь ее профит резко уходит в ноль при таком раскладе. Будешь делать туже валидацию, лепить на серваке теже методы да и еще готовняк с ограничениями, OData позволяет через браузер сделать много того чего юзеру делать низя. Валидация делается как на клиенте, так и на сервере. В чем проблема? EDUARD SAPOTSKIКонечно, большинство вопросов через OData решить можно, но нафиг не нужно. Да не большинство, а всё. Что не смогут честные контроллеры, помогут экшены и функции. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:14 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезМСУ, Про то, что СОАП ушел на покой - тут я совсем не согласен. В вебе - да, он нафиг не нужен, одни накладные расходы. Да он нигде не нужен. Вообще нигде. Всё это решается красивым рестом просто и быстро. ДиезА вот в корпоративной разработке - это стандарт де-факто для любых систем - старых и новых, покупных и самописных. Бизнесу важны не новомодные тренды, а единая среда для интеграции в условиях ежедневного (это в лучшем случае) изменения функциональных требований. Просто REST для этого не подходит по причине отсутствия формального контракта. Опять же, всякие плюхи нужны в виде распределенных транзакций, асинхронных собщений, гарантированной доставки и прочая. Формальный контракт - это документация к сервису и пример данных, на основе которого можно сгенерировать классы. Лайт запросы, лайт маппинг, лайт протокол. Что может быть лучше для интеграции? ДиезOData - интереснее; не исключено, что будет использоваться наряду с SOAP и CORBA ))) Потому и интересуюсь... Одату v4 уже даже OASIS одобрил, теперь её начнут пропихивать куда ни попадя. Даже 1С поддерживает одату, правда v3 на атоме http://v8.1c.ru/o7/201312rest/ ДиезТак что не уверен, что надо прямо сейчас советовать Алексею К переходить на одату. Уволят, не дай Бог, за самодеятельность ;) Надо прямо сейчас. Он долго запрягает как всегда :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIКонечно, большинство вопросов через OData решить можно, но нафиг не нужно. Да не большинство, а всё. Что не смогут честные контроллеры, помогут экшены и функции.[/quot] Кстати, экшены (было изначально) и функции (недавно добавили в v4) - это и есть маленький мост для процедурщиков, которые прилипли своим разумом к RPC. Специально сделано, чтобы было удобно. Кто хочет, всегда сможет идеологию SOAP использовать в OData с помощью экшенов и функций. Поэтому, OData просто перекрывает своей мощью унылый SOAP. Так зачем нам SOAP? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:23 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДа не большинство, а всё. Что не смогут честные контроллеры, помогут экшены и функции. Кстати, экшены (было изначально) и функции (недавно добавили в v4) - это и есть маленький мост для процедурщиков, которые прилипли своим разумом к RPC. Специально сделано, чтобы было удобно. Кто хочет, всегда сможет идеологию SOAP использовать в OData с помощью экшенов и функций. Поэтому, OData просто перекрывает своей мощью унылый SOAP. Так зачем нам SOAP? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУТак зачем нам SOAP? :) Бегемот очень плохо видит, но при таком весе это уже не его проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУКстати, экшены (было изначально) и функции (недавно добавили в v4) - это и есть маленький мост для процедурщиков, которые прилипли своим разумом к RPC. Специально сделано, чтобы было удобно. Кто хочет, всегда сможет идеологию SOAP использовать в OData с помощью экшенов и функций. Я хз, только с v2 работал, что там сделали в v4 еще пока не смотрел. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ИзопропилМСУТак зачем нам SOAP? :) Бегемот очень плохо видит, но при таком весе это уже не его проблемы. Так может пора списывать бегемота из зоопарка, а вместо него в клетку посадить ретивую кобылку? EDUARD SAPOTSKIМСУКстати, экшены (было изначально) и функции (недавно добавили в v4) - это и есть маленький мост для процедурщиков, которые прилипли своим разумом к RPC. Специально сделано, чтобы было удобно. Кто хочет, всегда сможет идеологию SOAP использовать в OData с помощью экшенов и функций. Я хз, только с v2 работал, что там сделали в v4 еще пока не смотрел. Жжешь. Вторая версия - это курам на смех по возможностям и фичам, даже v3 на голову выше :) https://ru.wikipedia.org/wiki/Open_Data_Protocol Open Data Protocol (OData) — это открытый веб-протокол для запроса и обновления данных. Протокол позволяет выполнять операции с ресурсами, используя в качестве запросов HTTP-команды, и получать ответы в форматах XML или JSON. Начиная с версии 4.0, OData - открытый стандарт, одобренный OASIS. Предыдущие версии спецификации OData доступны для пользователей на условиях Microsoft Open Specification Promise. Компания Microsoft выпустила OData SDK, состоящий из библиотек для Microsoft .NET Framework, AJAX, PHP, Java, JavaScript, WebOS, и Objective-C. Кроме того, Microsoft PowerPivot for Excel поддерживает канал OData (OData feed) как один из вариантов импорта данных в свое ядро анализа информации в памяти[2]. Всё, что было до v4 - игрушки, с которыми игралась MS перед выпуском реального монстра с амбициями и мощью. Бери v4 и пробуй. Про предыдущие версии ни слова. P.S. Хотя у нас есть один сервис на v3, он чисто под нужды отчетов на Excel (Power Query). Отчеты шлепаются на один чих с одатой, которая через EntityFrameworkDataService обвязана над edmx. Никаких контроллеров, всё само на автомате роутится. Очень крутая штука, но под v3 на фидах. Ниже описываю, как сделать конфету. Минус конфеты в том, что v3, ну и отсутствует возможность влиять на вызовы, как хотел того Эдик с примерами $top и т.п. Вот тут в рецепте разжевывал подход http://codearticles.ru/articles/2466 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТвоя проблема в том, что ты их отождествляешь, но когда я тебе намекаю на то, то ты не соглашаешься :) Ну даладно, верь дальше в своё невежество. Твоя проблема в том, что ты в готову вбил себе хрень, которую я не говорил, еще раз, я нигде не сказал что REST == OData. Но я утверждаю, что технология OData придерживается "конципции" REST! Поэтому эти две аббревиатуры и стояли рядом в одном предложении!Ну хорошо. Тогда не употребляй пожалуйста таких выражений как " рест изначально разрешает все а соап ничего", потому что это бред! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 10:51 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВот и задумаетесь, можно сказать что технология OData реализует REST-подход? OData - это протокол, на базе которого, можно реализовать REST API. Его поддержка имеется в Web API. Но при этом ты можешь реализовать свой REST API иначе, или с частичной поддержкой протокола OData, в зависисмости от твоих данных и бизнес-логики. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI Вся основная бизнес-логика должна быть на сервере! Бред. Клиент: "Дайте нам Public API, мы хотим запрашивать через него данные и строить свои аналитику, логику которой реализуем сами". Эдуард: "Нет! Вся основная бизнес-логика должна быть на сервере! Давайте ТЗ, время и деньги на разработку аналитики на сервере". P.S.: А активных клиентов у нас 15000 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:16 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТогда не употребляй пожалуйста таких выражений как " рест изначально разрешает все а соап ничего", потому что это бред! :) ок skyANAOData - это протокол, на базе которого, можно реализовать REST API. Его поддержка имеется в Web API. Молодец, пять. skyANAНо при этом ты можешь реализовать свой REST API иначе, или с частичной поддержкой протокола OData, в зависисмости от твоих данных и бизнес-логики. Поэтому REST и является сферическим конем, о чем писал выше. skyANAБред. Клиент: "Дайте нам Public API, мы хотим запрашивать через него данные и строить свои аналитику, логику которой реализуем сами". Эдуард: "Нет! Вся основная бизнес-логика должна быть на сервере! Давайте ТЗ, время и деньги на разработку аналитики на сервере". P.S.: А активных клиентов у нас 15000 Почитай сначала о чем спич был: МСУЭдик, еще раз, давай обнулим нашу нить. Вопрос - чем тебя пугает OData, как способ реализации n-tier для WPF приложений ? Конкретно и по существу задал вопрос. Кто про публичные API говорил? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANA Поэтому REST и является сферическим конем, о чем писал выше. А может просто ты сам не можешь сформулировать требования и выбрать платформу с соответствующим протоколом? EDUARD SAPOTSKIКто про публичные API говорил? Ты не ответил на мой вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAEDUARD SAPOTSKI Вся основная бизнес-логика должна быть на сервере! Бред. Клиент: "Дайте нам Public API, мы хотим запрашивать через него данные и строить свои аналитику, логику которой реализуем сами". Эдуард: "Нет! Вся основная бизнес-логика должна быть на сервере! Давайте ТЗ, время и деньги на разработку аналитики на сервере". P.S.: А активных клиентов у нас 15000 Ну, вы утрируете. :) Не всегда это бред. Клиент: "Дайте нам Public API, мы хотим запрашивать через него данные и строить свои аналитику, логику которой реализуем сами". Диез: дайте нам требования к Public API, мы разработаем бизнес-логику на сервере, которая это API реализует. Как - вам знать не надо. Иначе контракт быстро поломается при изменениях в моей системе. Это к любой концепции относится - что REST, что RPC... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУА может просто ты сам не можешь сформулировать требования и выбрать платформу с соответствующим протоколом? Если ты мне дашь четкое, внятное определение REST, по которому можно было бы четко сказать - вот это рест а это нифига не рест, буду тебе премного благодарен! З.Ы. С выбором технологий/платформ/протоколов у меня лично проблем нет ни каких. МСУТы не ответил на мой вопрос. Пиляяять... на какой??? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 11:49 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIПоэтому REST и является сферическим конем, о чем писал выше.Глупости не пиши. У тебя выходит, что REST обрёл форму, только с появлением Web API и поддержкой там OData. Как же, блин, Google умудрился написать свой REST API, а? А на ASP.NET MVC как умудрялись это делать? А RESTful WCF Service API? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAУ тебя выходит, что REST обрёл форму, только с появлением Web API и поддержкой там OData. Как же, блин, Google умудрился написать свой REST API, а? А на ASP.NET MVC как умудрялись это делать? А RESTful WCF Service API? И тебе туда же: EDUARD SAPOTSKIЕсли ты мне дашь четкое, внятное определение REST, по которому можно было бы четко сказать - вот это рест а это нифига не рест, буду тебе премного благодарен! Вспомним первый закон логики - нет четкого определения - нет и повода что-то обсасывать! Все что написано в википедиях - масло масленное, ты можешь например однозначно доказать, что тот же соап идущий поверх http это однозначно не рест? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВспомним первый закон логики - нет четкого определения - нет и повода что-то обсасывать! Все что написано в википедиях - масло масленное, ты можешь например однозначно доказать, что тот же соап идущий поверх http это однозначно не рест?Вот! Начал задавать конкретные вопросы, молодец. В чём ты ещё не разобрался? Огласи весь список не понятных тебе моментов. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIты можешь например однозначно доказать, что тот же соап идущий поверх http это однозначно не рест? https://ru.wikipedia.org/wiki/REST REST (сокр. от англ. Representational State Transfer — «передача репрезентативного состояния») — метод взаимодействия компонентов распределённого приложения в сети Интернет, при котором вызов удаленной процедуры представляет собой обычный HTTP-запрос (обычно GET или POST; такой запрос называют REST-запрос), а необходимые данные передаются в качестве параметров запроса. ... В широком смысле REST означает концепцию построения распределённого приложения, при которой компоненты взаимодействуют наподобие взаимодействия клиентов и серверов во Всемирной паутине. Берем обычный WCF или даже asmx c SOAP... HTTP протокол есть? Есть! Метод пост есть? Есть! Распределенные приложения можно стоить? Можно! REST ёпта! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIты можешь например однозначно доказать, что тот же соап идущий поверх http это однозначно не рест?Тут надо уточнить, что доказать надо тебе. Вот тут уж я не уверен, смогу-л я именно тебе объяснить :) Но давай попробуем: 1. В модели SOAP уровень передачи данных протокола HTTP является «пассивным наблюдателем», и его роль ограничивается передачей запросов SOAP от клиента серверу с использованием метода POST. Детали сервисного запроса, такие как имя удаленной процедуры и входные аргументы, кодируются в теле запроса. Архитектура REST, напротив, рассматривает уровень передачи данных HTTP как активного участника взаимодействия, используя существующие методы НТТР, такие как GET, POST, PUT и DELETE, для обозначения типа запрашиваемого сервиса. Следовательно, с точки зрения разработчика, запросы REST в общем случае более просты для формулирования и понимания, так как они используют существующие и хорошо понятные интерфейсы HTTP. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIЕсли ты мне дашь четкое, внятное определение REST, по которому можно было бы четко сказать - вот это рест а это нифига не рест, буду тебе премного благодарен! http://go.microsoft.com/fwlink/p/?linkid=230741 EDUARD SAPOTSKIПиляяять... на какой??? Тот, который ты процитировал 16771719 :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:23 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, продолжим: 2. SOAP - универсальный rdp-протокол, REST - тип архитектуры, построенной вокруг понятия «ресурс». Вот в этом и есть основная разница. В том, что одно - именно протокол, совместимый с архитектурой WS-* и ничего больше. В WS-* вполне может использовать любой другой протокол, типа binary xml, MTOM и прочее). И можно использовать разные транспорты - http, tcp/ip, named pipes (используя при этом SOAP). REST - архитектура, основой которой является протокол HTTP (который выступает уже не только как транспорт), но в которой для сериализации данных могут вполне использовать очень даже разные форматы. И для которой есть расширения WS-*, а значит и WSDL. При этом и то и другое используется при построении SOA. Если человек не понимает разницы между soa-протоколом и soa-архитектурой, то вышеописанное ему ничем не поможет на вменяемом собеседовании. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, пока понятно? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
О5 25 авторRepresentational state transfer (REST) is an abstraction of the architecture of the World Wide Web; more precisely, REST is an architectural style consisting of a coordinated set of architectural constraints applied to components, connectors, and data elements, within a distributed hypermedia system. REST ignores the details of component implementation and protocol syntax in order to focus on the roles of components, the constraints upon their interaction with other components, and their interpretation of significant data elements. Вот объясни теперь, почему, если у меня есть WCF сервис работающий через SOAP поверх HTTP, то я не могу сказать что у меня архитектура REST?! Только из-за того что HTTP у меня "пассивный наблюдатель"? Так в определении ничего нет про то кто пассивный кто активный! А когда у тебя API JSON отдает или atom, то HTTP тоже получается "пассивный наблюдатель"? Правильно? Значит это уже не REST по твоей логике! Все что ты пишешь я прекрасно знаю. Все дело в том что концепция REST высосана из пальца, поэтому и хрен ты что кому докажешь. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТяжёлый случай. Скажи прямо - аргументов не имею! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТяжёлый случай. Скажи прямо - аргументов не имею! Я о том, что если теперь тебя полностью перечитать в топике, то получается ацкий парадокс ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 12:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAEDUARD SAPOTSKIпропущено... Скажи прямо - аргументов не имею! Я о том, что если теперь тебя полностью перечитать в топике, то получается ацкий парадокс Нет никакого парадокса, парадоксов полно в определениях реста ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:03 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Но продолжим: 3. SOAP используют HTTP как транспортный протокол, в то время как REST базируется на нем. Это означает, что все существующие наработки на базе протокола HTTP, такие как кеширование на уровне сервера, масштабирование, продолжают так же работать в REST архитектуре, а для SOAP необходимо искать другие средства. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:03 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAпропущено... Я о том, что если теперь тебя полностью перечитать в топике, то получается ацкий парадокс Нет никакого парадокса, парадоксов полно в определениях реста Тебе не обязательно их видеть, главное чтобы мы могли поржать ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:04 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIНет никакого парадокса, парадоксов полно в определениях реста Точнее не парадоксов а неопределенностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, ну теории я тебе достаточно дал. Тперь упражнение: Как ты на базе SOAP реализуешь принцип Give every “thing” an ID ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:08 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТебе не обязательно их видеть, главное чтобы мы могли поржать Пока поржать можно только с тебя skyANASOAP используют HTTP как транспортный протокол, в то время как REST базируется на нем. Идем в официальную доку Ткни пальцем, где написано что REST базируется на HTTP! Ткни пальцем где написано что в REST параметры нужно в HTTP передавать? Допиши сюда еще все свои утверждения и тыкай пальцем! skyANAЭто означает, что все существующие наработки на базе протокола HTTP, такие как кеширование на уровне сервера, масштабирование, продолжают так же работать в REST архитектуре, а для SOAP необходимо искать другие средства. Да неужели, а с WCF SOAP делать кеширование и масштабировать религия не позволяет? Все что ты пишешь это твои хотелки и "устоявшиеся соображения и мнения" с концепции REST они имеют очень мало общего. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttМСУТы пойди это твиттерам, шмиттерам, гуглам, MS И всяким фейсбукам расскажи. Тебя пугает отсутствие кодогенерации классов по голому REST? Так возьми это http://codearticles.ru/articles/2521 и нашлепай себе классов. Кажется с самого начала топика Алексей сказал, что не может выбирать, там уже всё решили. Так что этот спич для генерации кругов вилами по воде.++ Но хуже всего то, что я с выбором данного корпоративного стандарта полностью согласен. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кголый REST не для интеграций. Ты пойди это твиттерам, шмиттерам, гуглам, MS И всяким фейсбукам расскажи. Тебя пугает отсутствие кодогенерации классов по голому REST? Так возьми это http://codearticles.ru/articles/2521 и нашлепай себе классов.Меня расстраивает отсутствие схемы. Кодогенерация - это одна из возможностей, которая есть благодаря наличию схемы. Ведь никого не удивляет наличие метаданных в .Net Assembly или TLB в COM. А тут какие-то недалёкие вдруг решили, что схема нам больше не нужна, голый REST наш выбор, будем хреначить всё наобум. Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТебе не обязательно их видеть, главное чтобы мы могли поржать Пока поржать можно только с тебя skyANASOAP используют HTTP как транспортный протокол, в то время как REST базируется на нем. Идем в официальную доку Ткни пальцем, где написано что REST базируется на HTTP! Ткни пальцем где написано что в REST параметры нужно в HTTP передавать? Допиши сюда еще все свои утверждения и тыкай пальцем!А ты с самого начала документ почитай. EDUARD SAPOTSKIskyANAЭто означает, что все существующие наработки на базе протокола HTTP, такие как кеширование на уровне сервера, масштабирование, продолжают так же работать в REST архитектуре, а для SOAP необходимо искать другие средства. Да неужели, а с WCF SOAP делать кеширование и масштабировать религия не позволяет?Спокойно :) Где ты хотябы намёк увидел на то, что "религия не позволяет"? EDUARD SAPOTSKIВсе что ты пишешь это твои хотелки и "устоявшиеся соображения и мнения" с концепции REST они имеют очень мало общего.Однако теперь ты употребил термин "концепция REST". Может раскроешь нам, что ТЫ в него вкладываешь? Чтобы мы на одном языке говорили. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, Филдинг со своими принципами REST ничего не изобрел , а просто собрал в одну диссертацию то, что уже существовало в каком-то виде и изложил то, как можно получать максимальную выгоду из уже сформировавшейся архитектуры сети. SOAP и REST – не конкуренты . Они представляют разные весовые категории и вряд ли найдется задача, для которой будет сложно сказать, какой подход рациональнее использовать – SOAP или REST. Поэтому «религиозные» убеждения в вопросах выбора архитектуры для веб-сервиса вряд ли будут полезны. Для тех, кто не знает, с чего начать анализ задачи, могу порекомендовать эту презентацию. У них чаще побеждает REST. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAА ты с самого начала документ почитай. И чо? Цитату в студию! Где написано - "REST базируется на HTTP"! skyANAМожет раскроешь нам, что ТЫ в него вкладываешь? Как не странно, но вкладываю то же самое что и ты. Только ты первый в холивар полез с определениями, из-за того что я употребил REST рядом с OData, поэтому и я тебе пытаюсь объяснить, что если уже залазить в конкретику, то REST это сферическая абстрактная метода, на которую можно спихнуть что угодно при желании! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:47 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANA Филдинг со своими принципами REST ничего не изобрел , а просто собрал в одну диссертацию то, что уже существовало в каком-то виде и изложил то, как можно получать максимальную выгоду из уже сформировавшейся архитектуры сети. БИНГО!!! А ты твердолобый! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, Ты начал с утверждений вида "рест изначально разрешает все а соап ничего", а в итоге доказал, что сам дурак :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:53 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Сначала делаешь не корректные утверждения, а потом удивляешься тому, что я за них зацепился :) Дак не делай не корректных утверждений! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 13:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAТы начал с утверждений вида "рест изначально разрешает все а соап ничего", а в итоге доказал, что сам дурак :) Хорошо, каюсь, имел ввиду OData, чаще всего тупо дают полный доступ на таблицы и из клиентов можно делать с ними что хош. С одной стороны это удобно, с другой вызывает ряд траблов. В SOAP пока не напишешь метод с определенным функционалом ничего клиент не сделает. Это более геморно в плане писанины, зато изначально полный контроль над серверным функционалом. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIГде написано - "REST базируется на HTTP"!Нарисовано! Ну и с самого начала диссертации повествование идёт в контексте WWW, HTTP, URI :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAТы начал с утверждений вида "рест изначально разрешает все а соап ничего", а в итоге доказал, что сам дурак :) Хорошо, каюсь, имел ввиду OData, чаще всего тупо дают полный доступ на таблицы и из клиентов можно делать с ними что хош. С одной стороны это удобно, с другой вызывает ряд траблов. В SOAP пока не напишешь метод с определенным функционалом ничего клиент не сделает. Это более геморно в плане писанины, зато изначально полный контроль над серверным функционалом.Каким это образом "дают полный доступ на таблицы" без "пока не напишешь метод"? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Вот у меня MongoDB. Как я могу дать "полный доступ на таблицы"? Там таблиц-то нет ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:07 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМеня расстраивает отсутствие схемы. Кодогенерация - это одна из возможностей, которая есть благодаря наличию схемы. Ну возьми OData, там есть кодогенерация. Да и что тебе кодогенерация, можно же генерить классы на лету по на основе JSON. То есть никакого ручного кодирования. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIХорошо, каюсь, имел ввиду OData, чаще всего тупо дают полный доступ на таблицы и из клиентов можно делать с ними что хош. Ты же сам определяешь в ODataConventionModelBuilder, какие таблицы будут доступны, какие поля можно вообще скрыть и многое другое. ACL можно подключить, вообщем всё гибко конфигурится. Это плохо? Мне всегда казалось, что это очень хорошо. Не нужно изобретать велосипед. Вот тебе классический OData CRUD контроллер над сущностью в двумя ключами, минимум кода - максимум возможностей на клиенте для выборок, фильтров, условий, вычислений. Это плохо? Да это просто чудесно, SOAP'у такого и не снилось! Нужно где-то что-то ограничить, проанализировать OData параметры, всё это делается на один чих. Что тебя смущает? Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:35 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КМеня расстраивает отсутствие схемы. Кодогенерация - это одна из возможностей, которая есть благодаря наличию схемы. Ну возьми OData, там есть кодогенерация. Да и что тебе кодогенерация, можно же генерить классы на лету по на основе JSON. То есть никакого ручного кодирования. Если я правильно понимаю Алексея К, кодогенерация хороша не из-за того, что лениво руками классы кодировать, а из-за того, что можно на компилятор возложить бОльшую часть работы по валидации модели, если партнер свой сервис обновил криво :) А вот еще я правильно понимаю, что метаданные OData - это по сути, модель Entity Framework? Вообще, насколько реально реализовывать службы OData без использования EF ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ, фигня все это (хардкод) пока замену всеядного СКЛ не там ищут всеядность СКЛ мотивирована зачаточным состоянием структурных зависимостей в РМД хотя всеядность в СКЛ тоже так себе (Селект возвращает не подсхему модели, а таблицу, что не есть хорошо) а все эти дебилизмы в виде параметризировнного URI вое убого выглядят а СКЛ между прочим был задуман как инструмент ЮЗЕРА!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 14:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезЕсли я правильно понимаю Алексея К, кодогенерация хороша не из-за того, что лениво руками классы кодировать, а из-за того, что можно на компилятор возложить бОльшую часть работы по валидации модели, если партнер свой сервис обновил криво :) Если сервис партнера - неподъемная глыба с тысячами методов, это одно. Если это обычная классическая интеграция с десятком методов, жестко описанных в документации - это другое. Да и нормальные партнеры (а не инопланетяне) создают методы новой версии , а не меняют старые. В любом случае (для любителей схемы) есть OData, которая решает эти вопросы. [quot Диез]А вот еще я правильно понимаю, что метаданные OData - это по сути, модель Entity Framework? [quot Диез] Нет, это не EF. Это IEdmModel , на которой базируется и EF в том числе. Это очень гибкая конструкция, можно описать таким способом любую модель. ДиезВообще, насколько реально реализовывать службы OData без использования EF ? Я же выше давал рецепт - интеграция с аксаптой. Там нету вообще ни EF, ни даже IQueryable. Ну это самый жесткий способ кастома. Самый безобидный способ - тот, где можно оперировать IQueryable. EF вообще не обязателен. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 15:07 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Диез, просто ORM'ы чем хороши, тем, что они могут транслировать IQueryable в SQL. Это и EF, и L2S, и NHibernate. Чтобы не писать велосипед по трансляции IQueryable в SQL (или иной язык, напр. выше я писал свой транслятор на X++ для аксапты) - лучше использовать готовый двиг. И EF один из них. Концепция понятна? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 15:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезЕсли я правильно понимаю Алексея К, кодогенерация хороша не из-за того, что лениво руками классы кодировать, а из-за того, что можно на компилятор возложить бОльшую часть работы по валидации модели, если партнер свой сервис обновил криво :) Если сервис партнера - неподъемная глыба с тысячами методов, это одно.Партнёров много. Там дикое переплетение вебсервисов различной сложности, написанных неизвестно кем, неизвестно на чём, неизвестно когда, неизвестно зачем. МСУЕсли это обычная классическая интеграция с десятком методов, жестко описанных в документации - это другое.В документации контракт сервиса как будем описывать? Ссылка из технического задания в туда будет смотреться достаточно глупо. :-) МСУДа и нормальные партнеры (а не инопланетяне)Бывают нормальные партнёры? МСУсоздают методы новой версии , а не меняют старые.И такое бывает. МСУВ любом случае (для любителей схемы) есть OData, которая решает эти вопросы.Зачем менять платформу, если существующая устраивает? Пока будем менять, ОДата устареет и появится что-нибудь новое, "теперь правильное". МСУНет, это не EF. Это IEdmModel , на которой базируется и EF в том числе. Это очень гибкая конструкция, можно описать таким способом любую модель.В WSDL любую модель не описать, да? :-) МСУпропущено... Я же выше давал рецепт - интеграция с аксаптой. Там нету вообще ни EF, ни даже IQueryable. Ну это самый жесткий способ кастома. Самый безобидный способ - тот, где можно оперировать IQueryable. EF вообще не обязателен.Некоторые считают, что IQueryable не должен покидать рамки репозитария, а ты предлагаешь тащить его на клиента. Это жесть просто, учитывая тот факт, что задачи вроде пэйджинга прекрасно решаются банальным ООП-наследованием. Никакие "новые технологии" тут не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 15:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУИ вообще, IQueryable - это специфичная дотнетная возможность. Как оно может претендовать на кроссплатформенный кроссязыковой стандарт? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 15:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КПартнёров много. Там дикое переплетение вебсервисов различной сложности, написанных неизвестно кем, неизвестно на чём, неизвестно когда, неизвестно зачем. Ага, то есть льём дальше гавно в навозную бочку? Я понял твою философию. Алексей КВ документации контракт сервиса как будем описывать? Ссылка из технического задания в туда будет смотреться достаточно глупо. :-) https://developers.facebook.com/docs/javascript/reference/FB.api Алексей КБывают нормальные партнёры? Бывают. Алексей КМСУсоздают методы новой версии , а не меняют старые.И такое бывает. Ну от идиотов никто не застрахован. Тут даже SOAP не поможет. Алексей КМСУВ любом случае (для любителей схемы) есть OData, которая решает эти вопросы.Зачем менять платформу, если существующая устраивает? Пока будем менять, ОДата устареет и появится что-нибудь новое, "теперь правильное". Если тебе предлагают новый мерседес взамен старого запорожца, почему бы не взять? Хотя оба таки ездят. Алексей КВ WSDL любую модель не описать, да? :-) В WSDL нельзя описать модель, это процедурный протокол. Методология разработки в WDSL сервисно-ориентированная, в REST- ресурсно-ориентированная. Два полярных знаменателя. Алексей КНекоторые считают, что IQueryable не должен покидать рамки репозитария, а ты предлагаешь тащить его на клиента. Это жесть просто, учитывая тот факт, что задачи вроде пэйджинга прекрасно решаются банальным ООП-наследованием. Никакие "новые технологии" тут не нужны. Причем тут OData? Делай свой репозитарий, в котором внутри будешь использовать OData и IQueryable, а на выходе отдавать IEnumerable. Какие-то глупости ты пишешь... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУИ вообще, IQueryable - это специфичная дотнетная возможность. Как оно может претендовать на кроссплатформенный кроссязыковой стандарт? Это ты спроси у консорциума OASIS, а не у меня. Да и причем тут IQueryable? Сервис OData на .NET, клиенты могут быть любые. И им не нужны IQueryable. В .NET клиенте может появиться IQueryable, если ты используешь это https://www.nuget.org/packages/Microsoft.OData.Client А если дергать OData сервис через обычный HttpClient, то никаких IQueryable. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:14 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... И вообще, IQueryable - это специфичная дотнетная возможность. Как оно может претендовать на кроссплатформенный кроссязыковой стандарт? Это ты спроси у консорциума OASIS, а не у меня.Там есть у кого спрашивать? Уровень идиотизма на планете в последнее время просто зашкаливает... МСУДа и причем тут IQueryable? Сервис OData на .NET, клиенты могут быть любые. И им не нужны IQueryable. В .NET клиенте может появиться IQueryable, если ты используешь это https://www.nuget.org/packages/Microsoft.OData.Client А если дергать OData сервис через обычный HttpClient, то никаких IQueryable.Можно-то можно, но какой от этого профит на других платформах? IQueryable в них нету. Какой мне профит от ОДата в JS? Стандартные имена параметров, чтобы на них натянуть какой-нибудь ДатаГрид из KendoUI? Мне это не надо... Получется: 1. В кроссплатформенных интеграциях ОДата не нужен. 2. Для внутренних взаимодействий нужность ОДата тоже под сомнением. Офигенная технология! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... И вообще, IQueryable - это специфичная дотнетная возможность. Как оно может претендовать на кроссплатформенный кроссязыковой стандарт? Это ты спроси у консорциума OASIS, а не у меня. Да и причем тут IQueryable? Сервис OData на .NET, клиенты могут быть любые. И им не нужны IQueryable. В .NET клиенте может появиться IQueryable, если ты используешь это https://www.nuget.org/packages/Microsoft.OData.Client А если дергать OData сервис через обычный HttpClient, то никаких IQueryable. Если дергать через HTTP, то исчезают все преимущества кодогенерации => строгой типизации. Лесом :) А вот вижу пример вызова OData-службы из Java: Код: java 1.
Опять же, в компайл-тайме никаких проверок. В-общем, в корпоративе не взлетит. По крайней мере, не в ближайшее время... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КПартнёров много. Там дикое переплетение вебсервисов различной сложности, написанных неизвестно кем, неизвестно на чём, неизвестно когда, неизвестно зачем. Ага, то есть льём дальше гавно в навозную бочку? Я понял твою философию. Алексей КВ документации контракт сервиса как будем описывать? Ссылка из технического задания в туда будет смотреться достаточно глупо. :-) https://developers.facebook.com/docs/javascript/reference/FB.api Офигенно! Чтобы потом звонили: "Посмотрите наши JSON пакеты, не понятно, почему ваш сервер их не принимает". Было уже, проходили. В случае с SOAP все неудачники отсылаются к стандарту. В итоге коллеги открывают для себя кодогенерацию и всё налаживается. МСУАлексей КБывают нормальные партнёры? Бывают.Видимо, на какой-то другой планете и в другое время. МСУАлексей Кпропущено... И такое бывает. Ну от идиотов никто не застрахован. Тут даже SOAP не поможет.Говорю же - помогает. МСУАлексей КВ WSDL любую модель не описать, да? :-) В WSDL нельзя описать модель, это процедурный протокол. Методология разработки в WDSL сервисно-ориентированная, в REST- ресурсно-ориентированная. Два полярных знаменателя.ООП-модель происходящего в обоих случаях одинаковая. Есть классы сервисов, содержащие логику, и есть DTO, содержащие данные. Сервисы и DTO могут наследоваться. DTO могут инкапсулироваться. Сервисы могут иметь полиморфизм. ОДата всего лишь добавляет стандартные интерфейсы для сервисов, не более того. МСУАлексей КНекоторые считают, что IQueryable не должен покидать рамки репозитария, а ты предлагаешь тащить его на клиента. Это жесть просто, учитывая тот факт, что задачи вроде пэйджинга прекрасно решаются банальным ООП-наследованием. Никакие "новые технологии" тут не нужны. Причем тут OData? Делай свой репозитарий, в котором внутри будешь использовать OData и IQueryable, а на выходе отдавать IEnumerable. Какие-то глупости ты пишешь...ОДата используется для межпроцессного взаимодействия. Как я могу: "Делай свой репозитарий, в котором внутри будешь использовать OData"? Предполагаю, что мы тут друг друга не понимаем. Ничего страшного. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:34 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМожно-то можно, но какой от этого профит на других платформах? IQueryable в них нету. Какой мне профит от ОДата в JS? Стандартные имена параметров, чтобы на них натянуть какой-нибудь ДатаГрид из KendoUI? Мне это не надо... Получется: 1. В кроссплатформенных интеграциях ОДата не нужен. 2. Для внутренних взаимодействий нужность ОДата тоже под сомнением. Офигенная технология! Гы... А как ты SOAP Envelope в JS собираешь? Olingo OData Client for JavaScript Breeze.js OData Libraries ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 16:40 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУТы же сам определяешь в ODataConventionModelBuilder, какие таблицы будут доступны, какие поля можно вообще скрыть и многое другое. ACL можно подключить, вообщем всё гибко конфигурится. Это плохо? Мне всегда казалось, что это очень хорошо. Не нужно изобретать велосипед. Вот тебе классический OData CRUD контроллер над сущностью в двумя ключами, минимум кода - максимум возможностей на клиенте для выборок, фильтров, условий, вычислений. Это плохо? Да это просто чудесно, SOAP'у такого и не снилось! Нужно где-то что-то ограничить, проанализировать OData параметры, всё это делается на один чих. Что тебя смущает? Давай спустимся с небес на землю грешную. Есть ООО "Рога и копыта", есть таблица категорий и таблица продукции, клиентам А и В должна быть предоставлена вся инфа о продукции кроме категории "интимные принадлежности", клиенту С только нужны интимные принадлежности и матрацы. Директор может менять любые цены, бухгалтерша Иванова специалист по интиму, Петрова имеет доступ ко всему остальному. Выдавать клиентам должно не больше 100 записей только с продукцией которая есть на складе. И конечно хакер виртуозно владеющий GET запросами не должен узнать ничего лишнего! Удиви реализацией на OData и сравним с реализацией на SOAP ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезЕсли дергать через HTTP, то исчезают все преимущества кодогенерации => строгой типизации. Лесом :) А не всем нужна кодогенерация. Более того, всем она не нужна. Написал или сгенерил 10 классов руками на основе json, примапил их к выхлопу и готово. ДиезА вот вижу пример вызова OData-службы из Java: Код: java 1.
Опять же, в компайл-тайме никаких проверок. В-общем, в корпоративе не взлетит. По крайней мере, не в ближайшее время... java всегда отличалась унынием: вот тебе на .NET Код: c# 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIМСУТы же сам определяешь в ODataConventionModelBuilder, какие таблицы будут доступны, какие поля можно вообще скрыть и многое другое. ACL можно подключить, вообщем всё гибко конфигурится. Это плохо? Мне всегда казалось, что это очень хорошо. Не нужно изобретать велосипед. Вот тебе классический OData CRUD контроллер над сущностью в двумя ключами, минимум кода - максимум возможностей на клиенте для выборок, фильтров, условий, вычислений. Это плохо? Да это просто чудесно, SOAP'у такого и не снилось! Нужно где-то что-то ограничить, проанализировать OData параметры, всё это делается на один чих. Что тебя смущает? Давай спустимся с небес на землю грешную. Есть ООО "Рога и копыта", есть таблица категорий и таблица продукции, клиентам А и В должна быть предоставлена вся инфа о продукции кроме категории "интимные принадлежности", клиенту С только нужны интимные принадлежности и матрацы. Директор может менять любые цены, бухгалтерша Иванова специалист по интиму, Петрова имеет доступ ко всему остальному. Выдавать клиентам должно не больше 100 записей только с продукцией которая есть на складе. И конечно хакер виртуозно владеющий GET запросами не должен узнать ничего лишнего! Удиви реализацией на OData и сравним с реализацией на SOAP А смысл сравнивать? Наш абрикос официально trusted by 14,182 small associations, clubs, nonprofits. До фига рогов и копыт, не правда-ли? В каждой такой некомерческой организации есть свои "директор", "бухгалтерша Иванова", "Петрова" со своими правами и "клиенты". Данные всех организаций лежат в одной базе. И ни члены соседней по базе организации, ни "хакер виртуозно владеющий GET запросами" не могут "узнать ничего лишнего". А ссылку на описание я тебе давал. Иди и сравнивай. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КТам есть у кого спрашивать? Уровень идиотизма на планете в последнее время просто зашкаливает... А там нет у кого спрашивать? Ну про уровень идиотизма давай не будем. Если есть в чем обвинить, выкладывай. А так это всё пук в воздух. Алексей КМожно-то можно, но какой от этого профит на других платформах? IQueryable в них нету. Какой мне профит от ОДата в JS? Стандартные имена параметров, чтобы на них натянуть какой-нибудь ДатаГрид из KendoUI? Мне это не надо... А какой профит тебе от SOAP на других платформах? Да и это проблемы платформы, есть ли там IQueryable или нету. А профит от одаты на js самый прямой, честный REST и только. Да и я тебе уже говорил про js, твоя архитектура - это худшее, что можно взять от MVC. На помойку. Алексей КПолучется: 1. В кроссплатформенных интеграциях ОДата не нужен. 2. Для внутренних взаимодействий нужность ОДата тоже под сомнением. Офигенная технология! Вот и получаем: 1. В кроссплатформенных интеграциях ОДата будет использоваться как обычный REST трансфер. Зато для .NET решений открывается лес возможностей. 2. Для внутренних приложений - то, что доктор прописал. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КОфигенно! Чтобы потом звонили: "Посмотрите наши JSON пакеты, не понятно, почему ваш сервер их не принимает". Было уже, проходили. В случае с SOAP все неудачники отсылаются к стандарту. В итоге коллеги открывают для себя кодогенерацию и всё налаживается. Так весь мир работает, есть сервис, есть дока, есть сообщение об ошибке. В 99.9% случаев этого достаточно. Не нужно кривые административные проблемы и неумение поддерживать решения перекладывать на OData. Она тут непричем. Алексей КВидимо, на какой-то другой планете и в другое время. А может ты сам с другой планеты? Вопрос однако :) Алексей КМСУпропущено... Ну от идиотов никто не застрахован. Тут даже SOAP не поможет.Говорю же - помогает. Чем? Искуственный интеллект в SOAP? Алексей КООП-модель происходящего в обоих случаях одинаковая. Есть классы сервисов, содержащие логику, и есть DTO, содержащие данные. Сервисы и DTO могут наследоваться. DTO могут инкапсулироваться. Сервисы могут иметь полиморфизм. ОДата всего лишь добавляет стандартные интерфейсы для сервисов, не более того. Да нахрен мне твои DTO не нужны, я отдаю в OData сразу готовые классы по edmx модели. И они же генерятся на клиенте. За пару кликов - чистое приложение. Алексей КОДата используется для межпроцессного взаимодействия. Как я могу: "Делай свой репозитарий, в котором внутри будешь использовать OData"? Предполагаю, что мы тут друг друга не понимаем. Ничего страшного. Ты разницу понимаешь между OData и OData клиентом? :) Вижу, что не совсем, от этого все сложности. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIДавай спустимся с небес на землю грешную. Есть ООО "Рога и копыта", есть таблица категорий и таблица продукции, клиентам А и В должна быть предоставлена вся инфа о продукции кроме категории "интимные принадлежности", клиенту С только нужны интимные принадлежности и матрацы. Директор может менять любые цены, бухгалтерша Иванова специалист по интиму, Петрова имеет доступ ко всему остальному. Выдавать клиентам должно не больше 100 записей только с продукцией которая есть на складе. И конечно хакер виртуозно владеющий GET запросами не должен узнать ничего лишнего! Удиви реализацией на OData и сравним с реализацией на SOAP Задача так же решается, как в SOAP. Та же бизнес логика в контроллере. Какие проблемы? Есть ACL, есть роли, есть пользователи, есть анализ продуктов, есть ограничение выборки результата. По поводу менять цены - это уже PATCH запрос, в нем пишем анализ, какой пользователь, можно ли менять, если нельзя, пробрасываем исключение. Всё как в детском саду. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:23 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAА ссылку на описание я тебе давал. Иди и сравнивай. Да мне нафиг твое описание не нужно, я прекрасно понимаю что на OData это сделать можно! Вопрос - какой ценой?! Прекрасно представляю какой говнокод получается на практических задачах, тонны атрибутов, валидаторов и прочих левых приблуд. На SOAP в методах все чисто чинно и прозрачно. В этом и профит! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAА ссылку на описание я тебе давал. Иди и сравнивай. Да мне нафиг твое описание не нужно, я прекрасно понимаю что на OData это сделать можно! Вопрос - какой ценой?! Прекрасно представляю какой говнокод получается на практических задачах, тонны атрибутов, валидаторов и прочих левых приблуд. На SOAP в методах все чисто чинно и прозрачно. В этом и профит! Смешно. Покажи мне реализацию настраиваемого фильтра, а? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Хочешь сравнить SOAP с OData, так давай, покажи! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAА ссылку на описание я тебе давал. Иди и сравнивай. Да мне нафиг твое описание не нужно, я прекрасно понимаю что на OData это сделать можно! Вопрос - какой ценой?! Прекрасно представляю какой говнокод получается на практических задачах, тонны атрибутов, валидаторов и прочих левых приблуд. На SOAP в методах все чисто чинно и прозрачно. В этом и профит! Ну что опять за бред? Методы OData контроллеров - такие же .NET методы, как и в веб сервисах. Там можно так же писать свою логику, анализ, усечение выборки и всё остальное. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, сколько раз мне нужно это повторить? odata actions, transient actions, functions] http://www.asp.net/web-api/overview/odata-support-in-aspnet-web-api/odata-v4/odata-actions-and-functions ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, сколько раз мне нужно это повторить? odata actions, transient actions, functions ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:37 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей КМожно-то можно, но какой от этого профит на других платформах? IQueryable в них нету. Какой мне профит от ОДата в JS? Стандартные имена параметров, чтобы на них натянуть какой-нибудь ДатаГрид из KendoUI? Мне это не надо... Получется: 1. В кроссплатформенных интеграциях ОДата не нужен. 2. Для внутренних взаимодействий нужность ОДата тоже под сомнением. Офигенная технология! Гы... А как ты SOAP Envelope в JS собираешь? Я не хожу в SOAP из JS. Там речь шла про REST + OData. skyANA Olingo OData Client for JavaScript Breeze.js OData Libraries Да зачем это всё надо? Для локальных web-потребностей мне WebAPI + JSON хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КТам есть у кого спрашивать? Уровень идиотизма на планете в последнее время просто зашкаливает... А там нет у кого спрашивать? Ну про уровень идиотизма давай не будем. Если есть в чем обвинить, выкладывай. А так это всё пук в воздух.Прямо не знаю с чего начать. Тема глобального идиотизма достойна отдельного топика. МСУАлексей КМожно-то можно, но какой от этого профит на других платформах? IQueryable в них нету. Какой мне профит от ОДата в JS? Стандартные имена параметров, чтобы на них натянуть какой-нибудь ДатаГрид из KendoUI? Мне это не надо... А какой профит тебе от SOAP на других платформах? Да и это проблемы платформы, есть ли там IQueryable или нету. А профит от одаты на js самый прямой, честный REST и только. Да и я тебе уже говорил про js, твоя архитектура - это худшее, что можно взять от MVC. На помойку.Ещё раз, профит SOAP - это количество поддерживаемых платформ + наличие схемы. МСУАлексей КПолучется: 1. В кроссплатформенных интеграциях ОДата не нужен. 2. Для внутренних взаимодействий нужность ОДата тоже под сомнением. Офигенная технология! Вот и получаем: 1. В кроссплатформенных интеграциях ОДата будет использоваться как обычный REST трансфер. Зато для .NET решений открывается лес возможностей. 2. Для внутренних приложений - то, что доктор прописал.1. Для интеграции нет схемы. 2. Внутренние клиенты написаны на JS. Пользы тоже ноль. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAСмешно. Покажи мне реализацию настраиваемого фильтра, а? Ты снова тупишь или прикидываешься? Так пойдет? Код: sql 1. 2. 3. 4. 5. 6. 7.
Как дернуть из шарпа рассказать? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КОфигенно! Чтобы потом звонили: "Посмотрите наши JSON пакеты, не понятно, почему ваш сервер их не принимает". Было уже, проходили. В случае с SOAP все неудачники отсылаются к стандарту. В итоге коллеги открывают для себя кодогенерацию и всё налаживается. Так весь мир работает, есть сервис, есть дока, есть сообщение об ошибке. В 99.9% случаев этого достаточно. Не нужно кривые административные проблемы и неумение поддерживать решения перекладывать на OData. Она тут непричем.В случае с SOAP, если вызов не дошёл до моего прикладного кода в сервисе - можно смело списывать проблему на нарушение формата данных и отправлять коллегу в документацию по стандарту. МСУАлексей КВидимо, на какой-то другой планете и в другое время. А может ты сам с другой планеты? Вопрос однако :)Ну я из заМКАДа, да. У нас тут свои законы. :-) МСУАлексей Кпропущено... Говорю же - помогает. Чем? Искуственный интеллект в SOAP?Наличием схемы. МСУАлексей КООП-модель происходящего в обоих случаях одинаковая. Есть классы сервисов, содержащие логику, и есть DTO, содержащие данные. Сервисы и DTO могут наследоваться. DTO могут инкапсулироваться. Сервисы могут иметь полиморфизм. ОДата всего лишь добавляет стандартные интерфейсы для сервисов, не более того. Да нахрен мне твои DTO не нужны, я отдаю в OData сразу готовые классы по edmx модели. И они же генерятся на клиенте. За пару кликов - чистое приложение.Ну переходи на Access, там за один клик готовое приложение. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:51 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУСмотри, вот базовый класс контроллеров, поставляющих данные для форм, имеющих сохраняемый фильтр и список: Идеальный код Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 17:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КСмотри, вот базовый класс контроллеров, поставляющих данные для форм, имеющих сохраняемый фильтр и список: Хм. Ну вот я про это и говорил. Вот ещё один пример велосипеда для работы с фильтрами. Как-то из одного, доставшегося мне "по наследству" проекта ел-еле выпилил подобную (очень похожую на приведённый код) бодягу с фильтрами, сортировкой и пейджингом. Дышать стало намного легче, не нужны теперь никакие нафиг "базовые" контроллеры, а параметры фильтрации/пейджинга/сортировки хранятся, управляются и живут полностью независимой своей жизнью. Надо, повесил. Не надо, убрал. Зашибись. Даже не золотое, а платиновое правило: предпочти аггрегацию наследованию . В рамочку из алмазов на стену каждому разработчику. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КskyANAпропущено... Гы... А как ты SOAP Envelope в JS собираешь? Я не хожу в SOAP из JS. Там речь шла про REST + OData. skyANA Olingo OData Client for JavaScript Breeze.js OData Libraries Да зачем это всё надо? Для локальных web-потребностей мне WebAPI + JSON хватает.Ну вот опять мы пришли к тому, что ты оцениваешь технологию сугубо со своей колокольни. При чём тут тогда какие-то кроссплатформенные интеграции? На JS можно писать кросплатформенные мобильные клиенты, а используя OData Client for JavaScript вполне себе кросплатформенно интегрировать их с сервером :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КЕщё раз, профит SOAP - это количество поддерживаемых платформ + наличие схемы.По ссылке выше перечисленны сл. платформы, где реализована поддержка OData: .NET, Java, JavaScript, C++, Other Platforms, - тебе мало? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К1. Для интеграции нет схемы.В случае с REST + OData зачем какая-то схема? Алексей К2. Внутренние клиенты написаны на JS. Пользы тоже ноль.Ты хотел сказать НЕ на JS? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAСмешно. Покажи мне реализацию настраиваемого фильтра, а? Ты снова тупишь или прикидываешься? Так пойдет? Код: sql 1. 2. 3. 4. 5. 6. 7.
Как дернуть из шарпа рассказать? Снова туплю! При чём тут настраиваемые фильтры ? Настраиваемый фильтр - это набор условий, что пользователь может накидать у себя в клиенте и отправить серверу, чтобы последний вернул данные, подходящие под эти условия. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, вот о чём сейчас речь: 16770074 . А ты перепутал с ограничениями сверху на результат получившейся выборки. Не тупи :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:47 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезЕсли дергать через HTTP, то исчезают все преимущества кодогенерации => строгой типизации. Лесом :) А не всем нужна кодогенерация. Более того, всем она не нужна. Написал или сгенерил 10 классов руками на основе json, примапил их к выхлопу и готово. ДиезА вот вижу пример вызова OData-службы из Java: Код: java 1.
Опять же, в компайл-тайме никаких проверок. В-общем, в корпоративе не взлетит. По крайней мере, не в ближайшее время... java всегда отличалась унынием: вот тебе на .NET Код: c# 1.
Не понял, кодогенерация не нужна всем, или не всем она не нужна? ))) JVM и .NET оба унылы, просто унылость у них с разных сторон торчит. ;) Мне закащег велит, чтобы мою веб-службу могли использовать любые клиенты, с наименьшими претензиями с их стороны. SOAP этому требованию удовлетворяет, а OData - нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 18:52 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAНастраиваемый фильтр - это набор условий, что пользователь может накидать у себя в клиенте и отправить серверу, чтобы последний вернул данные, подходящие под эти условия. skyANAвот о чём сейчас речь: 16770074 . Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Ну да, это сложно, секунд 10 наверное думал как сделать, c OData наверное гораздо быстрее ЗЫ Есть правда еще 100500 вариантов, но пофиг. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, вся соль то в этих 100500 вариантах ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей КСмотри, вот базовый класс контроллеров, поставляющих данные для форм, имеющих сохраняемый фильтр и список: Хм. Ну вот я про это и говорил. Вот ещё один пример велосипеда для работы с фильтрами. Как-то из одного, доставшегося мне "по наследству" проекта ел-еле выпилил подобную (очень похожую на приведённый код) бодягу с фильтрами, сортировкой и пейджингом. Дышать стало намного легче, не нужны теперь никакие нафиг "базовые" контроллеры, а параметры фильтрации/пейджинга/сортировки хранятся, управляются и живут полностью независимой своей жизнью. Надо, повесил. Не надо, убрал. Зашибись. Даже не золотое, а платиновое правило: предпочти аггрегацию наследованию . В рамочку из алмазов на стену каждому разработчику.Класс имеет явную прикладную ответственность, SRP в данном случае нарушить вряд ли удастся. Проблем из-за наследования не вижу. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей Кпропущено... Я не хожу в SOAP из JS. Там речь шла про REST + OData. пропущено... Да зачем это всё надо? Для локальных web-потребностей мне WebAPI + JSON хватает.Ну вот опять мы пришли к тому, что ты оцениваешь технологию сугубо со своей колокольни.Да. Это моё субъективное мнение, я его не навязываю. skyANAПри чём тут тогда какие-то кроссплатформенные интеграции?Топик об этом. skyANAНа JS можно писать кросплатформенные мобильные клиенты, а используя OData Client for JavaScript вполне себе кросплатформенно интегрировать их с сервером :)Верю. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей К1. Для интеграции нет схемы.В случае с REST + OData зачем какая-то схема?Потому то интеграция. Мотивы описаны выше, несколько раз. skyANAАлексей К2. Внутренние клиенты написаны на JS. Пользы тоже ноль.Ты хотел сказать НЕ на JS?У меня на JS - Web SPA. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAНастраиваемый фильтр - это набор условий, что пользователь может накидать у себя в клиенте и отправить серверу, чтобы последний вернул данные, подходящие под эти условия. skyANAвот о чём сейчас речь: 16770074 . Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Ну да, это сложно, секунд 10 наверное думал как сделать, c OData наверное гораздо быстрее ЗЫ Есть правда еще 100500 вариантов, но пофиг. Дурака не валяй! ViPRosвся соль то в этих 100500 вариантах Сделай так, чтобы пользователь САМ ОПРЕДЕЛЯЛ набор условий, а НЕ ВЫБИРАЛ из вариантов, предлагаемых твоим SOAP сервисом. Сравним с OData реализацией :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:37 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КskyANAпропущено... В случае с REST + OData зачем какая-то схема?Потому то интеграция. Мотивы описаны выше, несколько раз. skyANAпропущено... Ты хотел сказать НЕ на JS?У меня на JS - Web SPA.А такой вопрос: насколько сложно стороннему разработчику будет написать своё Web SPA к твоему API? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, ты кстати забыл процедуру правильно назвать. Надо так: Код: sql 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей Кпропущено... Потому то интеграция. Мотивы описаны выше, несколько раз. пропущено... У меня на JS - Web SPA.А такой вопрос: насколько сложно стороннему разработчику будет написать своё Web SPA к твоему API?Не знаю. Это не требуется. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КskyANAпропущено... А такой вопрос: насколько сложно стороннему разработчику будет написать своё Web SPA к твоему API?Не знаю. Это не требуется.А если подумать? OData ты вот легко оцениваешь, а свой код не можешь? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 19:44 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей Кпропущено... Не знаю. Это не требуется.А если подумать? OData ты вот легко оцениваешь, а свой код не можешь? :)А чего там думать? Обычные WebAPI методы, JSON отдал, JSON принял. Откуда я знаю, как ему будет сложно или легко? API жёстко сделано под текущие задачи. Гибкости никакой, если ты об этом. Будет нужна гибкость, напишу метод, принимающий SQL-строку. Пусть выбирает то, что ему надо. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей ККласс имеет явную прикладную ответственность, SRP в данном случае нарушить вряд ли удастся. Проблем из-за наследования не вижу. Я к тому, что OData уже содержит всё, что нужно, и встраивать в иерархию контроллеров эту ересь нет смысла, ведь гораздо проще рулить этим со стороны. На клиенте, например, можно с лёгкостью сохранять фильтры как в Local Storage (в случае с анонимным подключением это вообще единственный способ), так и на сервере. И ещё я к тому, что твои фильтры, которые ты "встроил" в иерархию ни с чем и ни с кем в принципе не совместимы. Вещь внутри. А ОДату можно вязать с кем и с чем угодно. Теперь представь, что в компании разработали крутейшую компонентую CRUD модель для клиента. Используя твой подход их придётся намертво прибивать кувалдой к этим контроллерам, и никуда уже от этого будет не деться. Это очень плохо. Вот и речь о том, что OData эти проблемы решает. Дело не в реализации, а в стандарте. Другими словами, вот есть XML и JSON. А ты при этом пилишь какой-то свой транспортный протокол. Зачем-то. Непонятно зачем. Для какой цели? Любой покрути пальцем у виска глядя на это. Случай с OData и со своими ФСП стремительно приближается к этому примеру. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:04 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей Кпропущено... Не знаю. Это не требуется.А если подумать? OData ты вот легко оцениваешь, а свой код не можешь? :)Можно и LINQ выражения строкой при вызове WebAPI указать, благо Dynamic LINQ есть. OData - не единственный способ добавления гибкости. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAViPRosвся соль то в этих 100500 вариантах Сделай так, чтобы пользователь САМ ОПРЕДЕЛЯЛ набор условий, а НЕ ВЫБИРАЛ из вариантов, предлагаемых твоим SOAP сервисом. Сравним с OData реализацией :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей ККласс имеет явную прикладную ответственность, SRP в данном случае нарушить вряд ли удастся. Проблем из-за наследования не вижу. Я к тому, что OData уже содержит всё, что нужно, и встраивать в иерархию контроллеров эту ересь нет смысла, ведь гораздо проще рулить этим со стороны. На клиенте, например, можно с лёгкостью сохранять фильтры как в Local Storage (в случае с анонимным подключением это вообще единственный способ), так и на сервере. И ещё я к тому, что твои фильтры, которые ты "встроил" в иерархию ни с чем и ни с кем в принципе не совместимы. Вещь внутри. А ОДату можно вязать с кем и с чем угодно. Теперь представь, что в компании разработали крутейшую компонентую CRUD модель для клиента. Используя твой подход их придётся намертво прибивать кувалдой к этим контроллерам, и никуда уже от этого будет не деться. Это очень плохо. Вот и речь о том, что OData эти проблемы решает. Дело не в реализации, а в стандарте. Другими словами, вот есть XML и JSON. А ты при этом пилишь какой-то свой транспортный протокол. Зачем-то. Непонятно зачем. Для какой цели? Любой покрути пальцем у виска глядя на это. Случай с OData и со своими ФСП стремительно приближается к этому примеру.Я давно вышел из того возраста, когда хотелось делать все решения на все случаи жизни. Я решаю текущие задачи. Большего мне не надо. Будет поставлена другая задача - будет другая архитектура. А пока так. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:14 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезМне закащег велит, чтобы мою веб-службу могли использовать любые клиенты, с наименьшими претензиями с их стороны. SOAP этому требованию удовлетворяет, а OData - нет. Какой клиент не сможет использовать OData или просто REST? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAСделай так, чтобы пользователь САМ ОПРЕДЕЛЯЛ набор условий, а НЕ ВЫБИРАЛ из вариантов, предлагаемых твоим SOAP сервисом. Сравним с OData реализацией :) Не задумывался над вопросом - НАФИГА??? SOAP это не HTML страничка! Его дергают или толстые клиенты или SL или другие сервера. У всех у них есть инструменты для фильтрации! Накой им фильтры на отдающем сервере? В 95% случаев нужно отдавать данные за период, пейджинг и... и все! Если найдется умник дергающий из браузера из под JS, то у него мозгов хватит и отфильтровать. В чем проблема? Фишка с фильтрами звучит конечно красиво, но на практике нафиг не нужна. А вот ограничения нужны! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КЯ давно вышел из того возраста, когда хотелось делать все решения на все случаи жизни. Я решаю текущие задачи. Большего мне не надо. Будет поставлена другая задача - будет другая архитектура. А пока так. Я что-то не понял. OData решает задачу, которую ты мог бы не решать (делать свои фильтры), а как раз сосредоточиться на задаче. Или тебя за применение OData линейкой по голове будут бить? Если так, то да. Не надо ,пожалей голову ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВ 95% случаев нужно отдавать данные за период, пейджинг и... и все! И что SOAP для решения этих задач предлагает? У OData конкретное обобщённое решение, удовлетворяющее эту потребность без возни со своими интерфейсами для передачи ФСП (фильтр-сортировка-пейджинг). Есть конкретный интерфейс, есть конкретные реализации. Бери и пользуйся. А что есть у SOAP? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К, вот тебе OData канал, общаемся бизнесовыми сущностями: http://blogs.office.com/2014/03/24/creating-burndown-charts-for-project-using-power-pivot-and-power-query/ Пишется такой канал за 3 минуты, рецепт показывал выше. Даже контроллеров не нужно писать, просто натравливаем на OData целую edmx. Всё. Что может предложить твой унылый SOAP? Писать 100500 методов на каждый чих юзера? Пилить под них 100500 отчетов? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:52 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезМне закащег велит, чтобы мою веб-службу могли использовать любые клиенты, с наименьшими претензиями с их стороны. SOAP этому требованию удовлетворяет, а OData - нет. Какой клиент не сможет использовать OData или просто REST? 9d Использовать OData - любой может. Использовать SOAP -любой может. Использовать REST - любой может. Использовать CORBA - любой может. Использовать мой волшебный SuperDIEZ_forDelphi_3..5.. 7-2005_blЯ__INDY_fuck_no_indy9_only_indy10__adapter PROTOCOL - тоже любой может! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезМСУпропущено... Какой клиент не сможет использовать OData или просто REST? 9d Использовать OData - любой может. Использовать SOAP -любой может. Использовать REST - любой может. Использовать CORBA - любой может. Использовать мой волшебный SuperDIEZ_forDelphi_3..5.. 7-2005_blЯ__INDY_fuck_no_indy9_only_indy10__adapter PROTOCOL - тоже любой может! В OData есть то, чего нету и в помине у SOAP. В OData есть всё, что есть в SOAP. Зачем нам SOAP? P.S. CORBA умерла сто лет назад, забудь про этот шлак. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttИ что SOAP для решения этих задач предлагает? Передачу параметров фильтрации в методы. hVosttУ OData конкретное обобщённое решение, удовлетворяющее эту потребность без возни со своими интерфейсами для передачи ФСП (фильтр-сортировка-пейджинг). Есть конкретный интерфейс, есть конкретные реализации. Бери и пользуйся. А что есть у SOAP? У моей бывшей было 100500 вещей, 99% из них за последние 5 лет она ни разу не использовала, но ничего не выбрасывала, вещей становилось только больше - ей все надо! Можете привести пример задачи, где ну прям позарез нужны 100500 фильтров на сервере? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 20:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Мне нравится эта дискуссия. Люди, которые вообще не пробовали даже рядом работать с OData, в упор сетуют о её ненужности. Люди, которые работали с OData и проверили на деле идеологию REST, советуют ровно обратное. Просто песня ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIПередачу параметров фильтрации в методы. Нет там этого, не ври. Нет никаких "параметров фильтрации" в SOAP, никогда небыло, и никогда не будет. Хоть ты убейся. EDUARD SAPOTSKIУ моей бывшей было 100500 вещей, 99% из них за последние 5 лет она ни разу не использовала, но ничего не выбрасывала, вещей становилось только больше - ей все надо! Можете привести пример задачи, где ну прям позарез нужны 100500 фильтров на сервере? Могу. Бухгалтерские программы, например. Если там не будет мощных фильтров, позволяющих фильтровать всё что только можно вдоль и поперёк, с любыми выборками, срезами, подвыборками, это гумно можно смело выкидовать на помойку. На ODate это делается элементарно. Можно сосредоточиться на решении аналитических задач, а не корчиться с велосипедами. И вообще. Зачем нужны колёса? Ноги же есть! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttМогу. Бухгалтерские программы, например. Если там не будет мощных фильтров, позволяющих фильтровать всё что только можно вдоль и поперёк, с любыми выборками, срезами, подвыборками, это гумно можно смело выкидовать на помойку. На ODate это делается элементарно. Можно сосредоточиться на решении аналитических задач, а не корчиться с велосипедами. Бла-бла-бла. Давай в студию конкретную задачу по бухучету! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:23 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIМожете привести пример задачи, где ну прям позарез нужны 100500 фильтров на сервере? Везде. В любых задачах, какие только можно себе представить. В любой автоматизации, в любой аналитике, в любой интеграции. Всегда и всюду хотелось фильтровать, сортировать, группировать, выбирать нужные поля. Вася хочет чупа-чупс, а Петя хочет петушка на палочке, а Алла хочет огурчик. Всё это даёт OData. Отдай ей свою модель, разнеси на контроллеры для гибкости и отдай бизнесу. Они тебя в задницу будут целовать, а IT будет прыгать от щастья, что не нужно на каждый чих что-то допиливать, прикручивать педали и биться головой о стенку и писать отписки "нет ресурсов". ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIhVosttМогу. Бухгалтерские программы, например. Если там не будет мощных фильтров, позволяющих фильтровать всё что только можно вдоль и поперёк, с любыми выборками, срезами, подвыборками, это гумно можно смело выкидовать на помойку. На ODate это делается элементарно. Можно сосредоточиться на решении аналитических задач, а не корчиться с велосипедами. Бла-бла-бла. Давай в студию конкретную задачу по бухучету! 1. Составить бухгалтерские проводки по хозяйственным операциям за октябрь 20XХ года и определите тип каждой операции. 2. Открыть необходимые счета на начало октября, разнесите операции по счетам, подсчитайте дебетовые и кредитовые обороты по каждому счету за октябрь 20XХ года и выведите конечное сальдо. 3. Составить оборотную ведомость на 01 ноября 20XХ года 4. Составить бухгалтерский баланс с выделением разделов на 01 ноября 20XХ года. 5. Подготовить и заполнить журнал регистрации хозяйственных операций. 6. Открыть схемы счетов и отразить в них хозяйственные операции. 7. Подсчитать обороты за месяц и вывести остатки на конец месяца. 8. Определить и списать результат от реализации продукции. 9. Составить оборотную ведомость по синтетическим счетам. 10. Составить баланс ООО «Кедр» на 1 мая 20XXг. Еще? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУМне нравится эта дискуссия. Люди, которые вообще не пробовали даже рядом работать с OData, в упор сетуют о её ненужности. Люди, которые работали с OData и проверили на деле идеологию REST, советуют ровно обратное. Просто песня Как говорил один вояка - есть у нас автоматы лучше чем АК, но что бы мы сняли с вооружения все АК и перевели все войска на новые, автомат должен быть на порядки лучше АК! А таких у нас нет. Так и здесь, есть приятные фишки в OData, но они больше значимы для чистого веба, а в чистом бизнесе профит вообще сомнительный, поэтому OData конечно будет продвигаться в вебе, но в ентерпрайзе... неа, нет таких козырей что бы SOAP на корню задушить. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ1. Составить бухгалтерские проводки по хозяйственным операциям за октябрь 20XХ года и определите тип каждой операции. 2. Открыть необходимые счета на начало октября, разнесите операции по счетам, подсчитайте дебетовые и кредитовые обороты по каждому счету за октябрь 20XХ года и выведите конечное сальдо. 3. Составить оборотную ведомость на 01 ноября 20XХ года 4. Составить бухгалтерский баланс с выделением разделов на 01 ноября 20XХ года. 5. Подготовить и заполнить журнал регистрации хозяйственных операций. 6. Открыть схемы счетов и отразить в них хозяйственные операции. 7. Подсчитать обороты за месяц и вывести остатки на конец месяца. 8. Определить и списать результат от реализации продукции. 9. Составить оборотную ведомость по синтетическим счетам. 10. Составить баланс ООО «Кедр» на 1 мая 20XXг. EDUARD SAPOTSKIВ 95% случаев нужно отдавать данные за период , пейджинг и... и все! Самому не смешно? Где фильтры?! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIесть приятные фишки в OData, но они больше значимы для чистого веба Глупости. Это те же RIA сервисы, только более развитые и адаптированные в жизнь. Причем тут веб? Это чистый SOA. Как и где его использовать - проблема клиента. А клиент может быть самый любой. EDUARD SAPOTSKIа в чистом бизнесе профит вообще сомнительный, поэтому OData конечно будет продвигаться в вебе, но в ентерпрайзе... неа, нет таких козырей что бы SOAP на корню задушить. Да OData уже залезла в интерпрайз, открой глаза. Даже тягомотная 1С запилила себе канал на универсальной v3 шине. Причем за такое короткое время. SOAP даже душить не нужно, он давно умер и даже не трепыхается. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIМСУ1. Составить бухгалтерские проводки по хозяйственным операциям за октябрь 20XХ года и определите тип каждой операции. 2. Открыть необходимые счета на начало октября, разнесите операции по счетам, подсчитайте дебетовые и кредитовые обороты по каждому счету за октябрь 20XХ года и выведите конечное сальдо. 3. Составить оборотную ведомость на 01 ноября 20XХ года 4. Составить бухгалтерский баланс с выделением разделов на 01 ноября 20XХ года. 5. Подготовить и заполнить журнал регистрации хозяйственных операций. 6. Открыть схемы счетов и отразить в них хозяйственные операции. 7. Подсчитать обороты за месяц и вывести остатки на конец месяца. 8. Определить и списать результат от реализации продукции. 9. Составить оборотную ведомость по синтетическим счетам. 10. Составить баланс ООО «Кедр» на 1 мая 20XXг. EDUARD SAPOTSKIВ 95% случаев нужно отдавать данные за период , пейджинг и... и все! Самому не смешно? Где фильтры?! Берем первую попавшуюся задачу по составлению оборотной ведомости на 01 ноября 20XХ года. Фильтры не нужны? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:37 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУБерем первую попавшуюся задачу по составлению оборотной ведомости на 01 ноября 20XХ года. Фильтры не нужны? Где они нужны? На сервак идет два параметра - начало периода и конец периода, все! Что ты еще фильтровать будешь? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIМСУБерем первую попавшуюся задачу по составлению оборотной ведомости на 01 ноября 20XХ года. Фильтры не нужны? Где они нужны? На сервак идет два параметра - начало периода и конец периода, все! Что ты еще фильтровать будешь? если на серваке имеется хранимка :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:48 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
все эти одаты и т.д. говно, потому что говно еф и все остальные ормы ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 21:49 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosесли на серваке имеется хранимка :) Народ пока не в теме, что одата в таких задачах как раз и не пришей к п***е колено. На клиента все данные по всем операциям по всем счетам за период потащишь и там все сбивать будешь? Да хрен там! В любом случае на серваке будет метод принимающий два параметра с мапингом на хранимку, и пох одата там или соап. А лучше соап, потому что отдавать придется сложную структуру, которую лучше засунуть в XML. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 22:03 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosесли на серваке имеется хранимка :) Народ пока не в теме, что одата в таких задачах как раз и не пришей к п***е колено. На клиента все данные по всем операциям по всем счетам за период потащишь и там все сбивать будешь? Да хрен там! В любом случае на серваке будет метод принимающий два параметра с мапингом на хранимку, и пох одата там или соап. А лучше соап, потому что отдавать придется сложную структуру, которую лучше засунуть в XML. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 22:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
а какая разница для осуществления RPC, в каком формате передавать параметры и получать результаты? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 22:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, я все время пытаюсь показать альтернативный путь, где есть Модель и не нужны колбасные пути, котрые возвращают клиенту не модельный примитив,а что то совсем другое если у клиента есть модель, то для установления ограничений на модель не требуется полный путь как одата и других дебилизмах (кроме тех случаев, когда имеются одноименные поля в разных путях) т.е. я могу делать типа - Контракт.Где(ВЭтомМесяце([Дата начала])) или Контракт.Где(ВЭтомМесяце([Материальное обязательство][Дата начала])) или Контракт.Где(ВЭтомМесяце([Материальное обязательство][Дата начала]) И ВЭтомМесяце([Финансовое обязательство][Дата начала])) ... и нах не нужны твои хранимки и полные до посинения пути одата и т.д. и при этом я получу полную подсхему с данными ()возможно с дальнейшей лейзи на клиенте, а не тот огрызок который вернет одата и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 22:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
как токо додумаются переписать ев и т.д. так что бы она возвращала подсхему (концепт) модели, так сразу эти одата пойдут нах но кажется там не въезжают ... |
|||
:
Нравится:
Не нравится:
|
|||
29.10.2014, 23:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIФишка с фильтрами звучит конечно красиво, но на практике нафиг не нужна. А вот ограничения нужны! EDUARD SAPOTSKIМожете привести пример задачи, где ну прям позарез нужны 100500 фильтров на сервере?Вуаля: 16774807 Причём фильтр на картинке легко сериализуется в XML (и не только) и передаётся SOAP сервису. Где из него можно создать хоть лямбду, хоть запрос, предварительно добавив (или нет) Top = N. Но Эдуард предпочитает думать, что это на фиг никому не нужно, что это какая-то экзотика. Ну что ж, его право. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 00:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosкак токо додумаются переписать ев и т.д. так что бы она возвращала подсхему (концепт) модели, так сразу эти одата пойдут нах но кажется там не въезжаютне пользуюсь еф, не понимаю твоего брюзжания ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 00:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANA, это давно ясно ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 01:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Изопропила какая разница для осуществления RPC, в каком формате передавать параметры и получать результаты? вот разница ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 02:46 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей КЯ давно вышел из того возраста, когда хотелось делать все решения на все случаи жизни. Я решаю текущие задачи. Большего мне не надо. Будет поставлена другая задача - будет другая архитектура. А пока так. Я что-то не понял. OData решает задачу, которую ты мог бы не решать (делать свои фильтры), а как раз сосредоточиться на задаче. Или тебя за применение OData линейкой по голове будут бить? Если так, то да. Не надо ,пожалей голову Мне проще написать самому, чем разбираться со стандартом, который завтра может оказаться на помойке. Пара базовых классов для DTO + расширяющий метод для IQueryable пишутся за два часа. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 05:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей К, вот тебе OData канал, общаемся бизнесовыми сущностями: http://blogs.office.com/2014/03/24/creating-burndown-charts-for-project-using-power-pivot-and-power-query/ Пишется такой канал за 3 минуты, рецепт показывал выше. Даже контроллеров не нужно писать, просто натравливаем на OData целую edmx. Всё. Что может предложить твой унылый SOAP? Писать 100500 методов на каждый чих юзера? Пилить под них 100500 отчетов?Отдаём данные в виде myReport.xlsx, и пусть он делает с ними в Excel всё что хочет, раз он такой умный. А у меня не стоит задача предоставить универсальный движок для построения отчётов, поэтому ОДата мне ни к чему. Если ОДата кому-то помогает, я только рад, но навязывать мне его не надо. Я не ведусь на бесплатный сыр от маркетологов. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 05:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУEDUARD SAPOTSKIМожете привести пример задачи, где ну прям позарез нужны 100500 фильтров на сервере? Везде. В любых задачах, какие только можно себе представить. В любой автоматизации, в любой аналитике, в любой интеграции. Всегда и всюду хотелось фильтровать, сортировать, группировать, выбирать нужные поля. Вася хочет чупа-чупс, а Петя хочет петушка на палочке, а Алла хочет огурчик. Всё это даёт OData. Отдай ей свою модель, разнеси на контроллеры для гибкости и отдай бизнесу.Переносим логику с сервера на клиента. Отлично! :-) МСУОни тебя в задницу будут целовать,Спасибо, не надо! :-) МСУа IT будет прыгать от щастья, что не нужно на каждый чих что-то допиливать, прикручивать педали и биться головой о стенку и писать отписки "нет ресурсов".Ну будут биться головой потребители твоей информации, в попытках её обработать. Ещё и твой сервер положат неоптимальными SQL-запросами, которые получатся в результате их упражнений с ОДата. Но они за это деньги получат, а ты нет, потому что ты отдал свой объём работ. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 05:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAНо Эдуард предпочитает думать, что это на фиг никому не нужно, что это какая-то экзотика. Ну что ж, его право. И снова бла-бла-бла... Куча адептов OData сотню постов распрягают как круто реализуется фильтрация, и ни одного примера привести не могут реальной практической задачи где это действительно нужно! А знашь почему? Да потому что вы никогда никакой ентерпрайз не пилили! Ни на одатах ни на соапах, ваще ниначом! Уверен, что хер из вас кто знает что хотя бы подобные циферьки значат 60–50/51 62–90 51/50–62 а уже оборотно-сальдовые ведомости составлять собрались! Хрен вы их когда составляли и ваще смутно представляете что это. Вон ViPRos плавал, знает, так и ахинею не несет, и уверен что спокойно примеры приведет где фильтрация действительно нужна. Надоел этот срач теоретиков. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 07:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAНо Эдуард предпочитает думать, что это на фиг никому не нужно, что это какая-то экзотика. Ну что ж, его право. И снова бла-бла-бла... Куча адептов OData сотню постов распрягают как круто реализуется фильтрация, и ни одного примера привести не могут реальной практической задачи где это действительно нужно! А знашь почему? Да потому что вы никогда никакой ентерпрайз не пилили! Ни на одатах ни на соапах, ваще ниначом! Уверен, что хер из вас кто знает что хотя бы подобные циферьки значат 60–50/51 62–90 51/50–62 а уже оборотно-сальдовые ведомости составлять собрались! Хрен вы их когда составляли и ваще смутно представляете что это. Вон ViPRos плавал, знает, так и ахинею не несет, и уверен что спокойно примеры приведет где фильтрация действительно нужна. Надоел этот срач теоретиков.Тро-ло-ло, от тебя требовалось привести пример реализации настраиваемого фильтра для SOAP, ты не справился, а не компетентны мы? Эдуард, такой Эдуард. Стоял бы уже в сторонке, раз облажался. Примера ему не хватает. Тебя чем моя ссылка не устраивает? Мы разработали наш Public API не потому, что нам захотелось, а потому что большая часть клиентов (а не взятые тобой с потолка 5%) подняла этот feature request в wish list-е. Также с Public API работает мобильный клиент Абикоса, и шлёт на сервер свои запросы со своими фильтрами. Тут ты небось предложишь писать отдельные хранимки, отдельные лимиты для мобильных устройств, написать на сервере кучу проверок, а с какого устройства пришёл запрос, да? ViPRos тоже не для потехи реализовал фильтры. Скажешь его клиентам они тоже на фиг не упали? А если хочешь пример из своей предметной области, то пойди к бухгалтеру тёте Вале и посмотри как она твою хранимку за период дёргает, выгружает данные в Excel и что с ними делает. И вот её и убеждай, что настраиваемые фильтры в Excel ей не нужны. Кстати последние Microsoft придумал тоже, исключительно чтобы было, так то ими никто не пользуется, ага, ага ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 07:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIвы никогда никакой ентерпрайз не пилили! Ни на одатах ни на соапах, ваще ниначом! Уверен, что хер из вас кто знает что хотя бы подобные циферьки значат 60–50/51 62–90 51/50–62 а уже оборотно-сальдовые ведомости составлять собрались! Хрен вы их когда составляли и ваще смутно представляете что это.я начинал свою профессиональную карьеру с разработки АИС ТПС НК Юкос. Там этого ентерпрайза было жопой жуй на сотне серверов по всей России. И любой грид в интерфейсе АРМа поддерживал выгрузку в Excel, филтрацию колонок и настраиваемые фильтры на уровне компонента. И прикинь, этим активно пользовались. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 08:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAИ любой грид в интерфейсе АРМа поддерживал выгрузку в Excel, филтрацию колонок и настраиваемые фильтры на уровне компонента. Да епрст, да каким хером фильтрация на клиенте до фильтрации на уровне сервера плять???!!! Если юзер в гриде жмякнул по хидеру в колонке "цвет", то у тебя запрос на сервак идет и там все фильтруется??? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 08:16 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAИ любой грид в интерфейсе АРМа поддерживал выгрузку в Excel, филтрацию колонок и настраиваемые фильтры на уровне компонента. Да епрст, да каким хером фильтрация на клиенте до фильтрации на уровне сервера плять???!!! Если юзер в гриде жмякнул по хидеру в колонке "цвет", то у тебя запрос на сервак идет и там все фильтруется???Глупости не пиши. Какая колонка "цвет" в нефтянке? Какой"жмякнул по хидеру"? Там было жесткое разделение прав и ответственности. Пользователи настраивали фильтры под себя, сохраняли их и работали. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 08:36 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAГлупости не пиши. Какая колонка "цвет" в нефтянке? Какой"жмякнул по хидеру"? Там было жесткое разделение прав и ответственности. Пользователи настраивали фильтры под себя, сохраняли их и работали. Имел дело с нефтянкой не один раз, с тонкостями учета при бурении и обслуживании трубопроводов с большего знаком и всякими witsml prodml меня тоже не испугаешь. Давай по существу! Какой процесс? Где какой фильтр? Где что нужно настраивать и сохранять?! И аргументы - вот это с OData делается вот так просто, а с SOAP получается вот такая жопа... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 08:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttИзопропила какая разница для осуществления RPC, в каком формате передавать параметры и получать результаты? вот разница img=http://i58.tinypic.com/1zh3cqh.png Можно и наоборот подписать. ))) Аналогия напрашивается: OData - аналог LINQ, а SOAP - аналог хранимых процедур на сервере. Казалось бы, на линке можно любой запрос написать, а с мощью C# вообще ХП не требуются. Помню, когда появился LINQ, многие вопили, что transact sql не нужен, и вообще "умер и не трепыхается" :) Ан нет. Почему-то глупые DBA так и продолжают не разрешать умным программерам лезть шаловливыми запросами в таблички, а раздают права на ХП. И правда, что это они? )) Короче, Одата - это действительно неплохо, этакий linq over http. Но заменить соап не сможет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 09:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезАналогия напрашивается: OData - аналог LINQ, а SOAP - аналог хранимых процедур на сервере.Если пошло сравнение SOAP == SP, я бы тогда сказал OData == View. ДиезКазалось бы, на линке можно любой запрос написать, а с мощью C# вообще ХП не требуются. Помню, когда появился LINQ, многие вопили, что transact sql не нужен, и вообще "умер и не трепыхается" :)В моём мире так и есть. :-) ДиезАн нет. Почему-то глупые DBA так и продолжают не разрешать умным программерам лезть шаловливыми запросами в таблички, а раздают права на ХП. И правда, что это они? ))Никогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-) ДиезКороче, Одата - это действительно неплохо, этакий linq over http. Но заменить соап не сможет.Задачи у них разные. В моём мире востребованность OData вызывает сомнения. Я не хочу давать возможность клиентам формировать через OData SQL запросы, планы выполнения которых я, как разработчик, не могу контролировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 09:45 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КНикогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-)везет тебе, а где-то даже на тестовой бд хрен прав допросишься)) по теме: если сервису не нужна публичность, планируется работа только в интранете, зачем тут web.api? сделал, запустил виндоус-службой, и пусть себе работает; у потребителя сервиса всегда под рукой контракт, классы; удобно же. как я понял, смысл web.api если есть именно web-клиенты, т.е. нужно взаимодействие с сервисом через js, так? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 10:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КДиезАналогия напрашивается: OData - аналог LINQ, а SOAP - аналог хранимых процедур на сервере.Если пошло сравнение SOAP == SP, я бы тогда сказал OData == View. Неправильно сравнение. В View логику не напишешь. OData - это всё, и View, и хранимые процедуры, и функции, и вычисления. SOAP убог, от того и помер. REST всё и завоевал уже весь мир. Бороть SOAP уже не нужно, он в могиле. Зачем бороться с мертвыми? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 11:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КДиезАналогия напрашивается: OData - аналог LINQ, а SOAP - аналог хранимых процедур на сервере.Если пошло сравнение SOAP == SP, я бы тогда сказал OData == View. ДиезКазалось бы, на линке можно любой запрос написать, а с мощью C# вообще ХП не требуются. Помню, когда появился LINQ, многие вопили, что transact sql не нужен, и вообще "умер и не трепыхается" :)В моём мире так и есть. :-) ДиезАн нет. Почему-то глупые DBA так и продолжают не разрешать умным программерам лезть шаловливыми запросами в таблички, а раздают права на ХП. И правда, что это они? ))Никогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-) ДиезКороче, Одата - это действительно неплохо, этакий linq over http. Но заменить соап не сможет.Задачи у них разные. В моём мире востребованность OData вызывает сомнения. Я не хочу давать возможность клиентам формировать через OData SQL запросы, планы выполнения которых я, как разработчик, не могу контролировать. Я тоже думал, что выбрать в качестве примера - View или LINQ. Выбрал линк для пущего контраста :) Сейчас в телекоме работаем - тут в порядке вещей, когда админы выставляют требования к архитектуре. Есть огромные БД, к которым хочет прицепиться куча систем, наружу выставляются либо SOAP, либо хранимки. А внутри - оттюнингованные по полной запросы. Никаких прямых селектов. И ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке. Был случай, когда запрос к таблице с 10 тысячами записей вешал промышленный сервер на несколько минут. Стали копать - а там "всего лишь" CTE и вложенные подзапросы. Так что программистов порой тоже нельзя подпускать к БД ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 12:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Boneshockпо теме: если сервису не нужна публичность, планируется работа только в интранете, зачем тут web.api? сделал, запустил виндоус-службой, и пусть себе работает; у потребителя сервиса всегда под рукой контракт, классы; удобно же. как я понял, смысл web.api если есть именно web-клиенты, т.е. нужно взаимодействие с сервисом через js, так?Если надо дёргать данные AJAX-сом с Asp.Net странички, то Web API удобен: он заточен чисто под эту задачу, в нём нет ничего лишнего, настраивать практически ничего не надо. В WCF возможностей намного больше, чем в Web API, но и работать с WCF сложнее. Всему своё место. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 12:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Если пошло сравнение SOAP == SP, я бы тогда сказал OData == View. Неправильно сравнение. В View логику не напишешь.Вот это новость! МСУOData - это всё, и View, и хранимые процедуры, и функции, и вычисления.ОДата - это всё, согласен. :-) МСУSOAP убог, от того и помер. REST всё и завоевал уже весь мир. Бороть SOAP уже не нужно, он в могиле. Зачем бороться с мертвыми? SOAP будет всегда. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 12:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезСейчас в телекоме работаем - тут в порядке вещей, когда админы выставляют требования к архитектуре. Есть огромные БД, к которым хочет прицепиться куча систем, наружу выставляются либо SOAP, либо хранимки. А внутри - оттюнингованные по полной запросы. Никаких прямых селектов.Вот, а коллеги предлагают юзерам напрямую ходить в таблицы и самим писать запросы, хоть и через OData. Ну что поделать, тренд нынче такой. :-) ДиезИ ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке.Никогда не понимал, почему этих людей называют админами. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 12:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КSOAP будет всегда. EDI до сих пор жив и ничё ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 12:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВот это новость! Прикинь как оно бывает? Алексей КМСУOData - это всё, и View, и хранимые процедуры, и функции, и вычисления.ОДата - это всё, согласен. :-) OData это не всё, это просто протокол, покрывающим широкий спектр задач, которые даже не снились SOAP'у. Алексей КSOAP будет всегда. Ну да, как и спектрум, приставка денди и панасоник 3DO ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезСейчас в телекоме работаем - тут в порядке вещей, когда админы выставляют требования к архитектуре. Есть огромные БД, к которым хочет прицепиться куча систем, наружу выставляются либо SOAP, либо хранимки. А внутри - оттюнингованные по полной запросы. Никаких прямых селектов. И ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке. Я не вижу противоречий в использовании REST подхода, а конкретно OData. Можно и с хранимками работать, и с мухами, и даже с котлетами. OData не мешает работе твоих админов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВ WCF возможностей намного больше, чем в Web API, но и работать с WCF сложнее. Всему своё место. Смотря по какому протоколу работаешь. Ты изначально сказал, что речь о HTTP. Так вот готов тебя расстроить, WCF сольёт по возможностям WebAPI. Один стримминг чего только стоит (недавно обсуждали с хвостом). В плане же REST уважаемый и могучий WCF не развивается, в отличие от WebAPI. Да и OData в WCF невозможна. Так что в плане HTTP твой унылый SOAP сосёт болт. То ли дело в WebAPI, и мощнейшая маршрутизация, экшены-шмешкены и прочее. Если решил ставить тапки на HTTP, то однозначно WebAPI с его вкусным REST. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:33 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КПереносим логику с сервера на клиента. Отлично! :-) Фильтрики и сортировки - замечательная бизнес логика :) Ну просто отличная логика Алексей КМСУОни тебя в задницу будут целовать,Спасибо, не надо! :-) А зря :) Алексей КЕщё и твой сервер положат неоптимальными SQL-запросами, которые получатся в результате их упражнений с ОДата. Но они за это деньги получат, а ты нет, потому что ты отдал свой объём работ. :-) Ну так проектируй так, чтобы сервер не убивали. Урезай выборки, разграничивай ACL ролями и пермиссиями и так далее. Зачем отдавать сразу всю базу? Отдавай, к примеру, всё, что связанно с одним элементом из мастера данных. Например, товарная накладная. И всё, что по ней связано - детализация, поставщики, транспорт и логистика, счета и так далее. Максимум что ты тут можешь вытащить, так это пару десятков строк в итоге, увязанных джойнами. Тебя же никто не заставляет давать контроллер, который будет выплевывать из базы все накладные со свей этой иерархией. Так что от тебя зависит, что давать, кому давать и сколько давать. Включи уже мозг... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУАлексей К, вот тебе OData канал, общаемся бизнесовыми сущностями: http://blogs.office.com/2014/03/24/creating-burndown-charts-for-project-using-power-pivot-and-power-query/ Пишется такой канал за 3 минуты, рецепт показывал выше. Даже контроллеров не нужно писать, просто натравливаем на OData целую edmx. Всё. Что может предложить твой унылый SOAP? Писать 100500 методов на каждый чих юзера? Пилить под них 100500 отчетов?Отдаём данные в виде myReport.xlsx, и пусть он делает с ними в Excel всё что хочет, раз он такой умный. А у меня не стоит задача предоставить универсальный движок для построения отчётов, поэтому ОДата мне ни к чему. Если ОДата кому-то помогает, я только рад, но навязывать мне его не надо. Я не ведусь на бесплатный сыр от маркетологов. :-) Я тебя не спрашивал, как можно это альтернативно решить. Это можно хоть на голубиной почте запилить. Речь шла о том, что OData дает готовые механизмы, с помощью который за пару минут можно поднять полноценный сервис с реальной моделью. Все, кому нужна информация, ходят и берут её, анализируют, изменяют, удаляют. И всё это за две минуты. Вопросы оптимизации, нагрузки и прочих телодвижений решаются так же как и в обычных веб сервисах. И речи об этом вообще не идет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:44 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезНо заменить соап не сможет. В чём конкретно не сможет? Что такого может SOAP, но не может OData? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:46 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМне проще написать самому, чем разбираться со стандартом, который завтра может оказаться на помойке. Пара базовых классов для DTO + расширяющий метод для IQueryable пишутся за два часа. Ну так с этого и надо было начинать. Ты лисапедостроитель и тебе страшно освоить новую технологию. И ты прикрываешься якобы страхами оказаться на помойке. А то, что уже происходит, тебе не важно https://www.oasis-open.org/news/pr/oasis-approves-odata-4-0-standards-for-an-open-programmable-web ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:47 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttДиезНо заменить соап не сможет. В чём конкретно не сможет? Что такого может SOAP, но не может OData? Задавал уже этот вопрос нашим теоретикам по OData. Все вместе слились куда-то в кусты и молчат как партизаны. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:49 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезИ ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке. Ето напоминает глобальный заговор ДБА. Вряд они свою кормушку проста так отадут. Со своими тейблспейсами, хранимками и партецированием. Шо пепец, некуда прям не дется, огого какие задачи, огого какие объёмы, огого какие запросы, огого какие индексы и очуметь какие хитрывыкалупанные наборы прав, обделать можно от щастья )) В гробу видали мы такое щастье. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:52 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
https://www.oasis-open.org/news/pr/oasis-approves-odata-4-0-standards-for-an-open-programmable-web Axway, BlackBerry, CA Technologies, Citrix, IBM, Microsoft, Progress Software, Red Hat, SAP, SDL, and Others Enhance Open Data Protocol Эпическая сила, Лёша из Новосибирска боится отказаться на помойке ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КМне проще написать самому, чем разбираться со стандартом, который завтра может оказаться на помойке. Пара базовых классов для DTO + расширяющий метод для IQueryable пишутся за два часа. Ну так с этого и надо было начинать. Ты лисапедостроитель и тебе страшно освоить новую технологию. И ты прикрываешься якобы страхами оказаться на помойке. А то, что уже происходит, тебе не важно https://www.oasis-open.org/news/pr/oasis-approves-odata-4-0-standards-for-an-open-programmable-web Это называется "съёхал с темы". По глобальной теории Алексея завтра каждый может оказаться на помойку, так чего париться, воруй-убивай ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 14:57 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ИзопропилАлексей КSOAP будет всегда. EDI до сих пор жив и ничёПотому что в те времена думали головой, а не чем сейчас. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
- Эдик, нахрена мы послушали этих идиотов и ввязались в OData? - Не дави на мозоль, Лёня. Не дави... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:14 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... ОДата - это всё, согласен. :-) OData это не всё, это просто протокол, покрывающим широкий спектр задач, которые даже не снились SOAP'у."Что тебе снится, крейсер Аврора" - вдруг вспомнилось... МСУАлексей КSOAP будет всегда. Ну да, как и спектрум, приставка денди и панасоник 3DO Да . ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttДиезИ ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке. Ето напоминает глобальный заговор ДБА. Вряд они свою кормушку проста так отадут. Со своими тейблспейсами, хранимками и партецированием. Шо пепец, некуда прям не дется, огого какие задачи, огого какие объёмы, огого какие запросы, огого какие индексы и очуметь какие хитрывыкалупанные наборы прав, обделать можно от щастья )) В гробу видали мы такое щастье. все это спокойно автоматизируется ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУНу да, как и спектрум, приставка денди и панасоник 3DO Да . ... по цене SPS3 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезСейчас в телекоме работаем - тут в порядке вещей, когда админы выставляют требования к архитектуре. Есть огромные БД, к которым хочет прицепиться куча систем, наружу выставляются либо SOAP, либо хранимки. А внутри - оттюнингованные по полной запросы. Никаких прямых селектов. И ДБА тут не только админят, а настраивают индексы, партицирование, тейблспейсы и т.д. Т.е. напрямую участвуют в разработке. Я не вижу противоречий в использовании REST подхода, а конкретно OData. Можно и с хранимками работать, и с мухами, и даже с котлетами. OData не мешает работе твоих админов.И какой смысл в ОДате, замапленной на SP? Оно работать вообще будет? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:17 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
дба - вымершее животное не может чек разбираться в модели с 10ками тыщ взяимосвязынных элементов все эвристики закладывается в управление моделью ( а у дба кроме эвристик нет ничего) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУпропущено... Я не вижу противоречий в использовании REST подхода, а конкретно OData. Можно и с хранимками работать, и с мухами, и даже с котлетами. OData не мешает работе твоих админов.И какой смысл в ОДате, замапленной на SP? Оно работать вообще будет? И тебе хватает еще совести мне задавать такие ламерские вопросы? Вышел вон из класса! Срочно вбиваем в гугыль букавки "entity framework stored procedure iqueryable" ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Да . ... по цене SPS3 Жалею, что свой ZX кому-то отдал, не помню уже... ОДаты приходят и уходят, а фундаментальные технологии, вроде ZX, живут вечно! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КИ какой смысл в ОДате, замапленной на SP? Оно работать вообще будет? Это еще раз подтверждает, что к одате ты даже на пушечный выстрел не подходил. Но осуждаешь... OData может быть "замаплена" хоть на мясо соседней собаки Никаких ограничений, может выстрелить всё, даже журавлиная жопа. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:21 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... И какой смысл в ОДате, замапленной на SP? Оно работать вообще будет? И тебе хватает еще совести мне задавать такие ламерские вопросы? Вышел вон из класса! Срочно вбиваем в гугыль букавки "entity framework stored procedure iqueryable" Что-то я не помню, чтобы MSSQL мог такое: Код: sql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КОДаты приходят и уходят, а фундаментальные технологии, вроде ZX, живут вечно! Всему своё время, бро. Сейчас ZX унылая тухлятина, об которую даже лениво вытирать ноги. Лет 20-25 назад это была эпичная штука. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУпропущено... И тебе хватает еще совести мне задавать такие ламерские вопросы? Вышел вон из класса! Срочно вбиваем в гугыль букавки "entity framework stored procedure iqueryable" Что-то я не помню, чтобы MSSQL мог такое: Код: sql 1. 2. 3. 4.
Я про EF. Посмотри, как он транслирует такие вещи. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Что-то я не помню, чтобы MSSQL мог такое: Код: sql 1. 2. 3. 4.
Я про EF. Посмотри, как он транслирует такие вещи. Если нужна именно SQL серверная выборка, то смотри табличные функции и вьюхи. Если этого не хватает, то пиши так же процедурно, как в SOAP. 10% кода у тебя будет процедурного (так как и раньше), остальные 90% чистый профит. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУМСУпропущено... Я про EF. Посмотри, как он транслирует такие вещи. Если нужна именно SQL серверная выборка, то смотри табличные функции и вьюхи.Помню, речь шла про SP. Помню, кто-то меня обвинил в некомпетентности. :-) МСУЕсли этого не хватает, то пиши так же процедурно, как в SOAP. 10% кода у тебя будет процедурного (так как и раньше), остальные 90% чистый профит.Для построения логики внутри сервера приложений IQueryable удобен. Но я никогда не отдам его наружу, кому попало. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:47 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КПомню, речь шла про SP. Помню, кто-то меня обвинил в некомпетентности. :-) Помню я тебе написал букавки для гугла. Помню ты обещал вернуться :) Алексей КДля построения логики внутри сервера приложений IQueryable удобен. Но я никогда не отдам его наружу, кому попало. Это всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 15:54 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУЭто всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость.Почему не хочешь дать публичный доступ к СУБД? Дай права на View, пусть пишут к ним SQL. Безопасность? Да не, это всё детские страхи... :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 16:10 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttДиезНо заменить соап не сможет. В чём конкретно не сможет? Что такого может SOAP, но не может OData? В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 16:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУЭто всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость.Почему не хочешь дать публичный доступ к СУБД? Дай права на View, пусть пишут к ним SQL. Безопасность? Да не, это всё детские страхи... :-) Продолжаете бредить ешо? СОПА гумно, и место ему в могиле. Не трож это тело, дай ему уйти на покой. Что ж ты за некрофил такой?? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 16:56 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезhVosttпропущено... В чём конкретно не сможет? Что такого может SOAP, но не может OData? В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) И в чём разница? Чем СОАП транзакционней пакетных запросов? Или ты хочешь длительную транзакцию? Параметр сессии передать можно, истино тебе говорю ) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttДиезпропущено... В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) И в чём разница? Чем СОАП транзакционней пакетных запросов? Или ты хочешь длительную транзакцию? Параметр сессии передать можно, истино тебе говорю ) http://en.wikipedia.org/wiki/WS-Atomic_Transaction Речь о распределенных транзакциях, а не о сессии. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУЭто всё детские страхи. IQueryable великолепно справляется с наружными задачами. Взять edmx модель, выделить сущности для сервиса, подрезать ненужные поля, определить ограничения, запретить ненужные фильтры, повесить нужные EnableQueryAttribute и анализ вызовов, прикрутить безопасность. И у тебя полноценный гибкий сервис, который будет приносить только радость.Почему не хочешь дать публичный доступ к СУБД? Дай права на View, пусть пишут к ним SQL. Безопасность? Да не, это всё детские страхи... :-) Ты всегда сравниваешь жопу с пальцем и пытаешься дальше развивать дискуссию в подобном бредовом исполнении? :) ДиезhVosttпропущено... В чём конкретно не сможет? Что такого может SOAP, но не может OData? В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) Я тебе пятитысячный раз уже говорю, нужна транзакционность - бери экшен или функцию и реализуй всё что угодно. Такое ощущение, что я говорю с глыбой молчаливых камней. Мысль понятна? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:13 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДиезпропущено... В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) Я тебе пятитысячный раз уже говорю, нужна транзакционность - бери экшен или функцию и реализуй всё что угодно. Такое ощущение, что я говорю с глыбой молчаливых камней. Мысль понятна? Т.е., мне придется эмулировать нужное мне поведение (RPC) при помощи имеющихся возможностей OData (которые, причем, для REST чужеродны), так? Но в SOAP изначально заложено нужное мне поведение... Накой мне тогда переходить на OData? Мысль понятна? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Диез, если это так сложно понять, покажу кодом. Функции добавили в v4. Код: c# 1. 2. 3.
Код: c# 1. 2. 3. 4. 5. 6.
Here is an example client request:GET http://localhost:38479/GetSalesTaxRate(PostalCode=10) HTTP/1.1 The HTTP response:HTTP/1.1 200 OK Content-Type: application/json; odata.metadata=minimal; odata.streaming=true OData-Version: 4.0 Date: Sat, 28 Jun 2014 01:05:32 GMT Content-Length: 82 { "@odata.context":" http://localhost:38479/$metadata#Edm.Double","value":5.6 } Всё. Пили любую транзакционность на сервере. Чистый REST с функциями, что может быть лучше? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Почему не хочешь дать публичный доступ к СУБД? Дай права на View, пусть пишут к ним SQL. Безопасность? Да не, это всё детские страхи... :-) Ты всегда сравниваешь жопу с пальцем и пытаешься дальше развивать дискуссию в подобном бредовом исполнении? :)Нормальное исполнение, мне нравится. :-) МСУДиезпропущено... В OData нет транзакционности. Собственно, как я понимаю, и быть не может, так как REST. (Батчи - это не транзакции ни разу) Я тебе пятитысячный раз уже говорю, нужна транзакционность - бери экшен или функцию и реализуй всё что угодно. Такое ощущение, что я говорю с глыбой молчаливых камней. Мысль понятна?Может захотеться вызвать экшен в рамках внешней транзакции. REST этого не умеет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезТ.е., мне придется эмулировать нужное мне поведение (RPC) при помощи имеющихся возможностей OData (которые, причем, для REST чужеродны), так? Тебе ничего не нужно эмулировать, просто бери функционал из коробки и радуйся жизни. Причем, что самое вкусное, результаты функций тоже можно фильтровать и крутить-вертеть и вдоль и в гриву. ДиезНо в SOAP изначально заложено нужное мне поведение... Накой мне тогда переходить на OData? Мысль понятна? :) Ну в запорожце тоже заложено поведение, есть колеса и можно ехать. На кой мне мерседес? P.S. SOAP - это огрызок прошлого. Нравится и устраивает? Я не против. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУSOAP - это огрызок прошлого.OData - кандидат в золотую корзину будущего. В общем, подождём. Если через годик пациент не помрёт - попробуем, поизучаем. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУпропущено... Ты всегда сравниваешь жопу с пальцем и пытаешься дальше развивать дискуссию в подобном бредовом исполнении? :)Нормальное исполнение, мне нравится. :-) Наполеонам в медицинском учреждении тоже нравится то, что они там исполняют. Давай не будем говорить плохо о том, что даже не пробовал :) Алексей КМожет захотеться вызвать экшен в рамках внешней транзакции. REST этого не умеет. Не понял тебя. Есть какая-то логика на сервере, обеспечивающая некую атомарность. Оборачивай её в функцию и сливай клиенту по схеме. Всё. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУНу в запорожце тоже заложено поведение, есть колеса и можно ехать. На кой мне мерседес? оффтоп - всему своё место. если обратить внимание на вес и геометрические характеристики - ( http://zaz-tuning.com/articles/ttx_zaz965/ ) Мерс не сможет в некоторых случаях заменить горбатого ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Нормальное исполнение, мне нравится. :-) Наполеонам в медицинском учреждении тоже нравится то, что они там исполняют. Давай не будем говорить плохо о том, что даже не пробовал :)Технология должна заслужить право быть мною изученной. Как минимум, она должно пройти проверку временем. МСУАлексей КМожет захотеться вызвать экшен в рамках внешней транзакции. REST этого не умеет. Не понял тебя. Есть какая-то логика на сервере, обеспечивающая некую атомарность. Оборачивай её в функцию и сливай клиенту по схеме. Всё.Транзакции бывают вложенными. Метод вебсервиса может быть вызван в рамках транзакции, начатой в другом вебсервисе. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ P.S. SOAP - это огрызок прошлого. Нравится и устраивает? Я не против. Да я тоже не спорю ) hVostt задал прямой вопрос, я ответил про распределенные транзакции, всего-то. А Одату, пожалуй, попробую использовать. Выглядит намного вкуснее, чем голый REST... :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВ общем, подождём. Если через годик пациент не помрёт - попробуем, поизучаем. Оно уже крутится везде, куда ни плюнь. И в сапах, и в 1С-ах, и в аксаптах, и в шарепоинтах, и в црмах. OData уже проникла своими ручищами во весь ынтырпрайз. Но Лёня подождет, мало ли ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Изопропилоффтоп - всему своё место. Да, но когда есть возможность выбора новых рельс для платформы, а люди выбирают ублюдочное старьё типа запорожца, хочется и плакать и смеяться одновременно Алексей КТехнология должна заслужить право быть мною изученной. Как минимум, она должно пройти проверку временем. Ну посиди еще годков 10, я не против :) Алексей КТранзакции бывают вложенными. Метод вебсервиса может быть вызван в рамках транзакции, начатой в другом вебсервисе. Ну это ты уже формулируешь какие-то бредовые кейсы, место которым на помойке. Даже твой любимый SOAP не обеспечит тебе такую атомарность. Давай без философии. Мне никогда такого не требовалось и вряд ли потребуется. ДиезМСУP.S. SOAP - это огрызок прошлого. Нравится и устраивает? Я не против. Да я тоже не спорю ) hVostt задал прямой вопрос, я ответил про распределенные транзакции, всего-то. А Одату, пожалуй, попробую использовать. Выглядит намного вкуснее, чем голый REST... :) С транзакциями всё тоже самое, что можно сделать на SOAP. Кстати, зря ты морщишься от голого REST. Очень легкий протокол, без схем и прочих ужастиков. Для лайт интеграций, коих 90% в повседневной жизни, то, что доктор прописал. Грубо говоря есть сервисок на 5-10 контроллеров, десяток классов и простые сценарии. Голый REST тут годится. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:37 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУОно уже крутится везде, куда ни плюнь. И в сапах, и в 1С-ах, и в аксаптах, и в шарепоинтах, и в црмах. OData уже проникла своими ручищами во весь ынтырпрайз.Бантики, в целях маркетинга. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ДиезАналогия напрашивается: OData - аналог LINQ, а SOAP - аналог хранимых процедур на сервере. Казалось бы, на линке можно любой запрос написать, а с мощью C# вообще ХП не требуются. Помню, когда появился LINQ, многие вопили, что transact sql не нужен, и вообще "умер и не трепыхается" :) Ан нет. Почему-то глупые DBA так и продолжают не разрешать умным программерам лезть шаловливыми запросами в таблички, а раздают права на ХП. И правда, что это они? )) Короче, Одата - это действительно неплохо, этакий linq over http. Но заменить соап не сможет. Нещадно плюсую!!! Алексей КНикогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-) Объясняю на пальцах. При проектировании любой критичной системы, системщик всегда исходит из того, что каждый узел системы по дефолту имеет состояние "ВЫКЛ"! И каждый узел в процессе переводится из состояния "ВЫКЛ" в состояние "ВКЛ", а не наоборот! При возникновении сбоя вся система переводится в дефолтное состояние т.е. "ВЫКЛ"! Обратное чревато очень серьезными последствиями, на производстве это не редко приводит к "жмурикам"! И это не мои бредни, а элементарные правила доказанные теоретически и миллионы раз проверенные на практике. Теже правила работают и при построении критичных информационных систем. Ни один вменяемый системщик не даст лазить кому попало своими запросами по таблицам в критичной системе! Поэтому в таких проектах были есть и будут хранимки и SOAP! Потому что этот подход и реализует концепцию - все изначально выключено, включем по необходимости! В одата наоборот сначала все включили а потом вешаем ограничения! Такой подход идет на ура для проектов с блекджеком и девушками легкого поведения, в серьезном ентерпрайзе такого не было нет и не будет! PS Пять часов назад запускал этот пост, но сервак глючил. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КБантики, в целях маркетинга. А кто мы есть без маркетинга и бантиков? Серая унылая зловонная масса, смердящая за семь верст от точки присутствия. А с маркетингом и бантиками мы честный офисный планктон в пиджачках на новеньком кредитном KIA RIO Так что не надо тут )) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:41 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIАлексей КНикогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-) Объясняю на пальцах. При проектировании любой критичной системы, системщик всегда исходит из того, что каждый узел системы по дефолту имеет состояние "ВЫКЛ"! И каждый узел в процессе переводится из состояния "ВЫКЛ" в состояние "ВКЛ", а не наоборот! При возникновении сбоя вся система переводится в дефолтное состояние т.е. "ВЫКЛ"! Обратное чревато очень серьезными последствиями, на производстве это не редко приводит к "жмурикам"! И это не мои бредни, а элементарные правила доказанные теоретически и миллионы раз проверенные на практике. Теже правила работают и при построении критичных информационных систем. Ни один вменяемый системщик не даст лазить кому попало своими запросами по таблицам в критичной системе! Поэтому в таких проектах были есть и будут хранимки и SOAP! Потому что этот подход и реализует концепцию - все изначально выключено, включем по необходимости! В одата наоборот сначала все включили а потом вешаем ограничения! Такой подход идет на ура для проектов с блекджеком и девушками легкого поведения, в серьезном ентерпрайзе такого не было нет и не будет! PS Пять часов назад запускал этот пост, но сервак глючил.В целом согласен. Одно непонятно, какое это имеет отношение к процитированному? :-) +1 за SOAP плюсую -1 за "хранимки" ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:44 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КБантики, в целях маркетинга. А кто мы есть без маркетинга и бантиков? Серая унылая зловонная масса, смердящая за семь верст от точки присутствия. А с маркетингом и бантиками мы честный офисный планктон в пиджачках на новеньком кредитном KIA RIO Так что не надо тут ))Современный маркетинг противоречит грамотной технической политике. Это плохо. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:47 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К-1 за "хранимки" Значит время еще не пришло ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:57 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУОчень легкий протокол, без схем и прочих ужастиков только схему с ужастиками бывает нужно напечатать , прошнуровать и в папочку положить, а папочку в железный ящик. Чтоб обтекатель для пятой точки не искать когда жареный петух прилетит ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIАлексей К-1 за "хранимки" Значит время еще не пришло Я бы сказал - прошло. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 17:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КСовременный маркетинг противоречит грамотной технической политике. Это плохо. Везде нужно искать компромисс, а не толкать рогами забор в одно жало. Умей балансировать. ИзопропилМСУОчень легкий протокол, без схем и прочих ужастиков только схему с ужастиками бывает нужно напечатать , прошнуровать и в папочку положить, а папочку в железный ящик. Да что вы со своей схемой заладили. Ну нахер она не нужна для большинства задач. Создай руками пяток классов и забудь про схемы. Схемы им надо. Тьху! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КEDUARD SAPOTSKIпропущено... Значит время еще не пришло Я бы сказал - прошло. :-) Года три назад я тоже так говорил ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ИзопропилМСУОчень легкий протокол, без схем и прочих ужастиков только схему с ужастиками бывает нужно напечатать , прошнуровать и в папочку положить, а папочку в железный ящик. Чтоб обтекатель для пятой точки не искать когда жареный петух прилетитДа, метафора про петуха должна помочь коллегам задуматься о необходимости кроссязыковой схемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:02 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIАлексей Кпропущено... Я бы сказал - прошло. :-) Года три назад я тоже так говорил Время нас рассудит. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей КСовременный маркетинг противоречит грамотной технической политике. Это плохо. Везде нужно искать компромисс, а не толкать рогами забор в одно жало. Умей балансировать.Не тот случай. Для меня ситуация очевидна. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:06 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУНо Лёня подождет, мало ли Как ето модна щас говорить, ВАНГУЮ, что после первого же осиленного проекта с применением OData, Алексей будет защищать одату как в битве за Сталинград а недоверие это всё же хорошо! критичное отношение ко всему, особенно к тому, что обещает быть весёлым и безоблачным, это истинный прогресс ума ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:07 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КEDUARD SAPOTSKIпропущено... Года три назад я тоже так говорил Время нас рассудит. :-) Хорошо что Вы это осознаёте. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:08 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttМСУНо Лёня подождет, мало ли Как ето модна щас говорить, ВАНГУЮ, что после первого же осиленного проекта с применением OData, Алексей будет защищать одату как в битве за Сталинград а недоверие это всё же хорошо! критичное отношение ко всему, особенно к тому, что обещает быть весёлым и безоблачным, это истинный прогресс ума Я на WCF RIA и WCF DataServices не повёлся. И где они теперь? Почему в этот раз реализация той же концепции должна быть лучше? Что отличает сейчас от тогда? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:10 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КЯ на WCF RIA и WCF DataServices не повёлся. И где они теперь? Почему в этот раз реализация той же концепции должна быть лучше? Что отличает сейчас от тогда? Разница очевидная и простая: 1. OData, это открытый протокол, значит поддержка будет всеми участниками рынка 2. OData, это удачный проект универсального протокола для работы с данными 3. OData, сегодня реализована на платформе, которую мы используем Хотя история показывает, что таже истерия по поводу XML заглохла также быстро, как и начиналась, затем практически под корень сметена из веба JSON-ом. Я считаю, ODate быть. Тем более я её тут заюзал давече, и вообче, доволен как слоняра. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
прекращение истерии - это хорошо ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 18:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttХотя история показывает, что таже истерия по поводу XML заглохла также быстро, как и начиналась, затем практически под корень сметена из веба JSON-ом.Где истерия? Большинству фиолетово, во что там DTO сериализуются. В идеале должно быть что-то бинарное, вроде Net.TCP. Но нет, нам нужно human readable для передаваемых данных, без этого никак. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 19:13 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВ идеале должно быть что-то бинарное c H.323 имел дело? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 19:55 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ИзопропилАлексей КВ идеале должно быть что-то бинарное c H.323 имел дело?Нет. Но в институте писал реализацию IPX поверх имеющегося IEEE 802.3. Потом поверх этого протокол для кардиомонитора с LZW сжатием. Но какая разница? Готовых сериализаторов хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 20:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Допиливаю тут маленький сервисок на web api. Есть нормальное описание, дока, но каждый новый клиент должен прислать кривой json, и не обращая внимание на сообщения в респонсе мучать суппорт ). Как с этим боротся? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 20:58 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Парамон, переведи сервис на IIOP - это повысит порог вхождения. Шутка если что. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 21:10 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Изопропил, Имхо со схемой было бы проще ) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 21:22 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Парамон, пущай IDL осваивают - справку принесут - давай доступ к сервису ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 21:26 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Парамони не обращая внимание на сообщения в респонсе мучать суппорт ) ха-ха-ха как раз подобное имели дело с SOAP — вы респонз вообще обрабатываете? читаете что там написано? — не, вы что! зачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 22:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КНет. Но в институте писал реализацию IPX поверх имеющегося IEEE 802.3. Потом поверх этого протокол для кардиомонитора с LZW сжатием. Но какая разница? Готовых сериализаторов хватает. понятно. всё больше убеждаюсь, что ты типичный байкер-максималист ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 22:28 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КГде истерия? Большинству фиолетово, во что там DTO сериализуются. какому ещё такому большинству? это хто? при чём тут твои DTO вообще? про XML я сказал потому, что было время, когда было модно написать на коробке к своему софту что-то типа «XML supported», как будто это что-то да значит. и в резюме писали «я знаю кун-фу XML». каке ещо DTO? чаво там куриш? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 22:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
DTO - это унылое гумно в SOA. Отдай материализованный объект из хранилища и радуйся жизни. Никаких промежуточных грабель. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 22:50 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУDTO - это унылое гумно в SOA. Отдай материализованный объект из хранилища и радуйся жизни. Никаких промежуточных грабель. а было время грудью стоял за дто :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 23:07 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosEDUARD SAPOTSKI, я все время пытаюсь показать альтернативный путь, где есть Модель и не нужны колбасные пути, котрые возвращают клиенту не модельный примитив,а что то совсем другое если у клиента есть модель, то для установления ограничений на модель не требуется полный путь как одата и других дебилизмах (кроме тех случаев, когда имеются одноименные поля в разных путях) т.е. я могу делать типа - Контракт.Где(ВЭтомМесяце([Дата начала])) или Контракт.Где(ВЭтомМесяце([Материальное обязательство][Дата начала])) или Контракт.Где(ВЭтомМесяце([Материальное обязательство][Дата начала]) И ВЭтомМесяце([Финансовое обязательство][Дата начала])) ... и нах не нужны твои хранимки и полные до посинения пути одата и т.д. и при этом я получу полную подсхему с данными ()возможно с дальнейшей лейзи на клиенте, а не тот огрызок который вернет одата и т.д. Если не секрет, можете на пальцах пояснить концепцию? Из Вашего описания складываются очень смутные представления. Сомневаюсь что с ее юзигном будет меньшь траблов чем с классическими подходами, но все же интересно... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.10.2014, 23:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, все просто есть онтологическая модель сосотоящая из концептов клиент может запросить концепт по имени с ограничениями на элементы концепта (если элемент уникален, то уточнять местонахождение не нужно) клиент на основе метамодели концепта формирует запрос концепта с заданными ограничениями сервер возвращает концепты удовлетверяющие запрос клиент по метамодели автоматически визуализирует концепт (структуру и поведение) так как концепт всегда полностью определен метамоделью, вопросы визуализации, редактирования и сохранения полностью на автомате отличие от другой дребедени в том, что другая дребедень возвращает не модельный элемент (концепт), а огорызок непригодный для интерпретации ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 00:13 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosEDUARD SAPOTSKI, все просто есть онтологическая модель сосотоящая из концептов клиент может запросить концепт по имени с ограничениями на элементы концепта (если элемент уникален, то уточнять местонахождение не нужно) клиент на основе метамодели концепта формирует запрос концепта с заданными ограничениями сервер возвращает концепты удовлетверяющие запрос клиент по метамодели автоматически визуализирует концепт (структуру и поведение) так как концепт всегда полностью определен метамоделью, вопросы визуализации, редактирования и сохранения полностью на автомате отличие от другой дребедени в том, что другая дребедень возвращает не модельный элемент (концепт), а огорызок непригодный для интерпретации Хм... Ну довольно интересно, пока больше сказать не могу, утром более детально подумаю. В любом случае спасибо за новые мысли. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 00:19 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, смотри как мы пишем проги (плохо токо у меня получилось, сумбурно, да и попал куда то в чей то список блин, но лень переделать) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 01:12 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУDTO - это унылое гумно в SOA. Отдай материализованный объект из хранилища и радуйся жизни. Никаких промежуточных грабель.Объект может быть одновременно и DTO, и "материализованный объект из хранилища", не? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 05:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей КНет. Но в институте писал реализацию IPX поверх имеющегося IEEE 802.3. Потом поверх этого протокол для кардиомонитора с LZW сжатием. Но какая разница? Готовых сериализаторов хватает. понятно. всё больше убеждаюсь, что ты типичный байкер-максималист Не понял, я зря учился в институте? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 05:39 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttАлексей КГде истерия? Большинству фиолетово, во что там DTO сериализуются. какому ещё такому большинству? это хто? при чём тут твои DTO вообще? про XML я сказал потому, что было время, когда было модно написать на коробке к своему софту что-то типа «XML supported», как будто это что-то да значит. и в резюме писали «я знаю кун-фу XML».Не читаю сомнительные надписи на коробках. hVosttкаке ещо DTO? чаво там куриш? Parameter Object ещё есть. Читал классику? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 05:40 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVosttПарамони не обращая внимание на сообщения в респонсе мучать суппорт ) ха-ха-ха как раз подобное имели дело с SOAP — вы респонз вообще обрабатываете? читаете что там написано? — не, вы что! зачем? В случае с SOAP этого разговора можно избежать. Повторюсь, если вызов не дошёл до прикладного кода сервера - неудачники смело посылаются в эротическое пешее путешествие документацию по стандарту. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 05:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosEDUARD SAPOTSKI, смотри как мы пишем проги (плохо токо у меня получилось, сумбурно, да и попал куда то в чей то список блин, но лень переделать) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 07:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIskyANAГлупости не пиши. Какая колонка "цвет" в нефтянке? Какой"жмякнул по хидеру"? Там было жесткое разделение прав и ответственности. Пользователи настраивали фильтры под себя, сохраняли их и работали. Имел дело с нефтянкой не один раз, с тонкостями учета при бурении и обслуживании трубопроводов с большего знаком и всякими witsml prodml меня тоже не испугаешь. Давай по существу! Какой процесс? Где какой фильтр? Где что нужно настраивать и сохранять?! И аргументы - вот это с OData делается вот так просто, а с SOAP получается вот такая жопа...Заметь, я про жопу ничего не говорил. Ты предложил сравнить OData и SOAP. Ok. Я попросил тебя показать реализацию настраиваемого фильтра. В итоге ее показал VipRos, а ты начал разбрызгивать слюни и выдумал какую-то жопу. Вчера я был на YaC, сегодня и завтра на HighLoad++. У тебя есть время подумать :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 08:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
BoneshockАлексей КНикогда не понимал, как администраторы (DBA) могут принимать участие в разработке информационной системы, да ещё и навязывать свою архитектуру. В моём мире задача DBA ограничивается администрированием того, что дадут. :-)везет тебе, а где-то даже на тестовой бд хрен прав допросишься)) по теме: если сервису не нужна публичность, планируется работа только в интранете, зачем тут web.api? сделал, запустил виндоус-службой, и пусть себе работает; у потребителя сервиса всегда под рукой контракт, классы; удобно же. как я понял, смысл web.api если есть именно web-клиенты, т.е. нужно взаимодействие с сервисом через js, так?Пример: внутри предприятия набор показателей эффективности необходимо отобразить в виде гаджета на рабочем столе менеджера, нач отдела, фин директора. Снаружи последний хочет смотреть их на мобиле и планшете. Два сервиса что-ли писать? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 08:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КВот, а коллеги предлагают юзерам напрямую ходить в таблицы и самим писать запросы, хоть и через OData. Ну что поделать, тренд нынче такой. :-)Глупости то не пиши :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 08:46 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУDTO - это унылое гумно в SOA. Отдай материализованный объект из хранилища и радуйся жизни. Никаких промежуточных грабель.Объект может быть одновременно и DTO, и "материализованный объект из хранилища", не? Еще раз. Есть модель edmx, есть кодогенерированный контекст, есть кодогенерированные классы модели. Ничего другого больше не надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 09:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAЗаметь, я про жопу ничего не говорил. Ты предложил сравнить OData и SOAP. Ok. Я попросил тебя показать реализацию настраиваемого фильтра. В итоге ее показал VipRos, а ты начал разбрызгивать слюни и выдумал какую-то жопу. Вчера я был на YaC, сегодня и завтра на HighLoad++. У тебя есть время подумать :) Ты с закрытыми глазами на форум заходишь? Фильтры в соап передаются в качестве параметров методов(хранимых процедур, если используются), тебе самый децкий пример привел, как выбирается диапазон цен и как налаживаются ограничения на топ выборки! Даже это не осилил? VipRos показал как подобные процессы он унифицирует. Молодец! Но на практике от подобных штуковин толку мало! Потому что у любого клиента соап есть собственные возможности фильтровать данные! Что тебе дандуку пытался объяснить сто раз! SOAP отдает кусок данных подпадающих под какую-то категорию или под какой-то диапазон дат - всио! Больше фильтровать ничего не нужно! Дальше фильтрация/сортировка идет на клиентской стороне! Уверен что до тебя еще не дошло... Но мне уже похер, надоело прописные истины объяснять... В общем знешь че те скажу? Да иди ты нахер! А знаешь почему? Ты немощный да еще с понтами! Ты не можешь ни че го и не делал ни че го! В бухучете ты ноль, в нефтянке - ноль! Изобрел свой мифическийц рест и радуешься Или тебе его на конференциях подсказали? И еще говоришь, что такую ахинею нужно знать что бы пройти собеседование? Куда? К тебе? skyANAEDUARD SAPOTSKIпропущено... Да нафиг такой изврат, скажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов?Ничего не будет. Юзер через какое-то время получит данные о 100500000 продуктах. Да что бы работать под руководством такого начальнега нужно быть просто сказочным долпоепом! В общем адиос! Приходи когда хоть кредитный калькулятор какой осилишь своими ручками написать! ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 09:30 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
skyANAАлексей КВот, а коллеги предлагают юзерам напрямую ходить в таблицы и самим писать запросы, хоть и через OData. Ну что поделать, тренд нынче такой. :-)Глупости то не пиши :)Будем бить глупостью по глупостям. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 09:40 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУАлексей Кпропущено... Объект может быть одновременно и DTO, и "материализованный объект из хранилища", не? Еще раз. Есть модель edmx, есть кодогенерированный контекст, есть кодогенерированные классы модели. Ничего другого больше не надо.Я знаю. В этом случае сгенерированные классы выступают в том числе в качестве DTO. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 09:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей КМСУпропущено... Еще раз. Есть модель edmx, есть кодогенерированный контекст, есть кодогенерированные классы модели. Ничего другого больше не надо.Я знаю. В этом случае сгенерированные классы выступают в том числе в качестве DTO.Вдогонку: обрати внимание на атрибуты DataContract в сгенерированных классах . Ситуация аналогична, несмотря на то, что это WCF. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 09:59 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI, выспался, полегчало? Меня интересовали конкретно настраиваемые фильтры, сериализуемые в XML и передаваемые методу веб-сервиса клиентами. Если не сталкивался, не осилил, то не зачем исходить на говно и рассказывать, что на самом деле все по другому. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 12:51 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ, не будь свиней, мог и догадаться ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 13:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Друзья, ну так на чем остановились? OData - это будущее или УГ, ведь есть честный SOAP? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 13:13 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУ, DDP наше фсио :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 13:25 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, ну так на чем остановились?"Я против!" (ц) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:01 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, ну так на чем остановились? OData - это будущее или УГ, ведь есть честный SOAP? Вспомни, как года 4 назад мы здесь кричали что хранимки издохли И чо? Издохли? Да хрен там! Как пилили на хранимках так и пилят и я в эти адепты уже года два как записался. Фиг меня теперь заставишь пилить в каких репозиториях то что можно запилить в хранимке! Таже фигня и с OData vs SOAP, на ширпотребе OData будет процветать, а ширпотреба сегодня дохрена, а в приличных системах как юзали SOAP так и будут юзать. ЗЫ До встречи в этом топике через 5 лет ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:15 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIВспомни, как года 4 назад мы здесь кричали что хранимки издохли И чо? Издохли? Да хрен там! Как пилили на хранимках так и пилят и я в эти адепты уже года два как записался. Фиг меня теперь заставишь пилить в каких репозиториях то что можно запилить в хранимке! Кто пилит хранимки? Я этот раритет уже года два не встречал EDUARD SAPOTSKIТаже фигня и с OData vs SOAP, на ширпотребе OData будет процветать, а ширпотреба сегодня дохрена, а в приличных системах как юзали SOAP так и будут юзать. Так SOAP юзают для поддержки старого шлака, а новый шлак должен быть на тру-технологиях :) Тебя же никто не заставляет выпиливать старое. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:24 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУДрузья, ну так на чем остановились? OData - это будущее или УГ, ведь есть честный SOAP? все изменится в сторону семантических сетей, будет другое понятие "ресурс" (семантически полные структурно - поведенческие концепты), и другой URI (без явной адресации), вместо драного DOM будет семанитечкая сеть, а вместо браузера динамический менеджер контекстов. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:31 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Протоколы обмена, контракты и т.д. вымрут как динозавры ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:32 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
МСУКто пилит хранимки? Я этот раритет уже года два не встречал Зайди в ветку и зацени как "никто не пилит" ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 15:38 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIЗайди в ветку и зацени как "никто не пилит" Слою логики место на сервере приложений, парни просто не слыхали еще о таком финте! Да и логика на .NET куда более красивее и гармоничнее смотрится, чем на ублюдочном SQL. Верь мне (с) ViPRosвсе изменится в сторону семантических сетей, будет другое понятие "ресурс" (семантически полные структурно - поведенческие концепты), и другой URI (без явной адресации), вместо драного DOM будет семанитечкая сеть, а вместо браузера динамический менеджер контекстов. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 16:05 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
ViPRosМСУДрузья, ну так на чем остановились? OData - это будущее или УГ, ведь есть честный SOAP? все изменится в сторону семантических сетей, будет другое понятие "ресурс" (семантически полные структурно - поведенческие концепты), и другой URI (без явной адресации), вместо драного DOM будет семанитечкая сеть, а вместо браузера динамический менеджер контекстов.А вместо http будет sdpy ... |
|||
:
Нравится:
Не нравится:
|
|||
01.11.2014, 16:11 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Хранимки, SOAP, SPA... Почему люди берут самое плохое от жизни? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2014, 09:34 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Муся, не спорь об устрицах с теми кто их потребляет 5 раз в день. Наш софт используется крупными коропрациями такими как, Shell, Technip, CH2M, Bechtel, Tecnicas Reunidas... Погугли крупнейшие EPC в мире я насчитал 8 для которых сам лично что то делал и далее считать поленился. Коропоративные системы очень консервативны и все ети новомодные штучки в приложениях критичных для бизнеса не пройдут. Имея тучу различных инструментов> SAP, собственные CRM, WMS каждое из которых выполняет свои функции, бизнес сильно заинтересован иметь в базе не только данные но и хранимки, которые определяют существенную часть бизнес логики. Т.е. в двух словах данные отображаемые на клиенте сначало отфильтруются через вербльюже ухо хранимок. И не важно кто является клиентом, наша приблуда, доморощенный клиент CRM или левая система отчетов. Тоже самое при изменении данных> хранимка и триггеры. Таким образом гарантируется целостность данных в рамках корпораций независимо от клиента. Целостность данных ето деньги , и очень большие, учитывая билионы которые компании окучивают в год. Твое непонимание проистекает видимо из того что твое приложение единственное которое работает с базой. По поводу Фильтров Они могут быть мне..., статичные или заранее известные и динамичные adhok t.e. например кусочек sql заданного пользователем. статичные просто посылаются в теле запроса как часть контракта. А по поводу динамичныx На клиенте > ДОбавляем собственные header содержащий фильтр k СОАП сообщению и все. На сервере> Читаем наш header и сохраняем его для последующий обработки хранимкой. Все. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2014, 23:20 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
gpuА по поводу динамичныx На клиенте > ДОбавляем собственные header содержащий фильтр k СОАП сообщению и все.Зачем? Почему не в body? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2014, 23:27 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
gpuТаким образом гарантируется целостность данных в рамках корпораций независимо от клиента. Целостность данных ето деньги , и очень большие, учитывая билионы которые компании окучивают в год. Твое непонимание проистекает видимо из того что твое приложение единственное которое работает с базой. Какого чёрта? Чё за бред? Какая связь между хранимками и гарантией целостности? Скорее уж наоборот. Хранимки размазывают бизнес-логику по коду и СУБД -- что ещё нужно, чтобы увеличить риски порчи данных? Ну и конечно, у кого-то как обычно дофигища лишних ресурсов и времени, чтобы их вот так бездарно растрачивать. Ну и ну. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2014, 02:42 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKI МСУДрузья, ну так на чем остановились? OData - это будущее или УГ, ведь есть честный SOAP? Вспомни, как года 4 назад мы здесь кричали что хранимки издохли И чо? Издохли? Да хрен там! Как пилили на хранимках так и пилят и я в эти адепты уже года два как записался. Фиг меня теперь заставишь пилить в каких репозиториях то что можно запилить в хранимке! Таже фигня и с OData vs SOAP, на ширпотребе OData будет процветать, а ширпотреба сегодня дохрена, а в приличных системах как юзали SOAP так и будут юзать. ЗЫ До встречи в этом топике через 5 лет Вот и прошли 5 лет. Время летит!.. ) Кто-нибудь здесь помнит, что такое OData? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2019, 17:43 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
betelgeizex, Хранимки издохли, остались только в древних системах на сопровождении. OData используем, довольно активно. "Процветать" как это происходит с GraphQL (на грани полного самодурства), не процветает. Но отлично работает и решает свои задачи, развивается. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2019, 18:09 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Ну а SOAP ща никто не использует. Только для интеграции со старыми системами. В новых никому в голову не приходит вкорячивать WSDL... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2019, 18:10 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
hVostt Ну а SOAP ща никто не использует. Только для интеграции со старыми системами. В новых никому в голову не приходит вкорячивать WSDL... А разве кто-то использует OData в новых системах? Все дружно ушли на GraphQL. Через лет пять и про него забудут, новое "самодурство" придет. Собственно, это главная проблема хипстерских технологий. Пять лет - переписываем всё. XML Schema придумана прОдумана в 2001 году, и используется и по сей день. А JSON Schema меняется каждый год, с пачкой incompatible changes. Это чисто для примера... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2019, 19:29 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
betelgeizex А разве кто-то использует OData в новых системах? Все дружно ушли на GraphQL. Мы используем OData, в смежных проектах используют GraphQL. По личному наблюдению, они страдают, мы кайфуем. И пусть нам рассказывают, как они там неправильно его готовят :) Не то, чтобы я набрасываю на GQL, просто живое наблюдение. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2019, 11:21 |
|
Asp.Net vs WCF
|
|||
---|---|---|---|
#18+
Алексей К Ну зайди к ним , спроси какие у них аргументы. Устрой дебаты на эту тему. Расскажешь потом. :-) Алексей К 1. Древние Asp.Net решения из system.web.services. 2. WCF. 3. Что-то ещё. Тогда больше ничего :D ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2019, 02:36 |
|
|
start [/forum/topic.php?all=1&fid=18&tid=1354875]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
153ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
378ms |
get tp. blocked users: |
2ms |
others: | 248ms |
total: | 826ms |
0 / 0 |