Модернизировали свой сайт.
Разместили интернет-магазин.
И неожиданно оттуда стали покупать)

В общем требуется куча сервисов.
И хочется уйти от WCF.
Появилось WEBAPI, очень похоже по структуре на MVC, в общем знакомо, попробовал, все быстро создается.
Углубился в изучение, и прифигел(
От изобилия всего.
В голове каша.
Есть WEBAPI oData (А я то думал, что реализация REST и есть oData)
А тут еще WEBAPI Core (я полагаю это для мультиплотформенности? Тогда можно плюнуть)
А главное наткнулся на EF Core, и это показалось интересным.

Но хочется реализовать задуманное (создать некий набор сервисов), в обозримое время)))
Изучать глубоко все, сил не хватит.
Конечно прочел обо всем бегло. Нашел где то сравнение по производительности, пишут - в общем случае все одинаково.
Есть опыт ASP.Net MVC

Кто что скажет?
Вот сайт abz4.ru

а безопасник у вас имеется?

;) а ты нашел дыру?

Упс, а вложения то и не увидел.
Странно. Но мура)
Это надо с Reg.ru повнимательнее разобраться, почему пускают в папки.

Но главное данные.
Опишу подход, может кто дыру и тут найдет.

Основная БД MS SQL.
Аутентификация MS SQL.
К ней непосредственно доступа из инета нет.

Есть БД для инета.
Аутентификация MS SQL.
Она имеет к нужным данным доступ на чтение.
Вся работа с инетом, идет из этой БД.
Все что нужно записать, пишется в нее.
Потом юзеры ручками переносят в нашу БД.

Ну и к этой БД будет доступ через сервис.
В лоб, не вижу никаких опасений.

Использую Web API 2 Controller with actions, using Entity Framework - это когда нужен чисто Web API сервис
Как-то посмотрел OData - что-то не понравилось

Иногда использую в одном сервисе
MVC 5 Controller with views, using Entity Framework
Web API 2 Controller with actions, using Entity Framework

GotFocus
Понятный, и на мой взгляд самый очевидный подход.
И с ним как раз все понятно.
А вот интересно, когда что то другое используют.
И главное почему.

Тут EF Core попробовал.
Ну да, все пашет.
В чем глубокий смысл - не уяснил.

Аспид
А вот интересно, когда что то другое используют

Будем ждать следующего оратора

Foxtrot
а безопасник у вас имеется?

Выяснил.
Папка открыта для чтения, из-за яндекс маркета.
Нужны ему эти картинки.

А папка Content ? ;)

А.. хотя не критично все это. Все равно тока для чтения



Исправлено 1 раз(а). Последнее : Дмитрий Петров, 30.06.17 14:14

Аспид
Тут EF Core попробовал.
Ну да, все пашет.
В чем глубокий смысл - не уяснил.

Аспид
я полагаю это для мультиплотформенности? Тогда можно плюнуть

Ну тебе, может, и "плюнуть", а народ вполне себе думает о работе на линуксах всяких (серверах в смысле)... Не век же сидеть на платных, и не всегда хорошо работающих виндах...

Igor Korolyov
Ну тебе, может, и "плюнуть"

Так я только о себе.

Дмитрий Петров
А папка Content ?

Эта видимо случайно)
Тем не менее надо все закрыть. Хоть и чтение.
У нас там секретные CSS

Не, лучше закрыть.

Создалось впечатление, что oData - это что то типа ODBC.
Действительно, открывает некоторые возможности.
Очень интересная штука swagger.
Но надо что то в голове слегка изменить.
Согласен с GotFocus, из C# лучше через репозитории.





Исправлено 1 раз(а). Последнее : Аспид, 30.06.17 21:05

И там и там REST
В контроллерах Web API используется стиль REST. Хочешь придерживайся его полностью, хочешь частично(что я обычно и делаю)
OData представляет собой протокол REST и возможно придётся ему строго следовать - с такими последствиями
Взято из www.quora.com

Цитата:

OData is a way to build a REST API. It tries to define and standardize everything from the format used in the HTTP messages to how queries against the API should be performed. It contains a solution to just about every problem you will face when designing a REST API, but it solves all of them in a very specific way. If you don’t like the provided solution, you’re out of luck

Перевод
OData - это способ создания REST API. Он пытается определить и стандартизировать все из формата, используемого в HTTP-сообщениях, для того, как должны выполняться запросы к API. Он содержит решение практически каждой проблемы, с которой вам придется столкнуться при разработке REST API, но она решает все из них очень определенным образом. Если вам не нравится предлагаемое решение, вам не повезло.

От добра добра не ищут : первый способ прост, гибок, так что в OData пока лезть не буду

Интересная мысль, про протокол и стиль)
Я сейчас рассматриваю все, с точки зрения, что нужно сегодня (с возможностью легкого расширения и изменения)
А используется ASP.NET и ОС Windows.
То что есть другие пути, мне сейчас по барабану.
Для доступа к данным, использую EF.
Для реализации всех способов взаимодействия, создается репозиторий.
Для довольно путанной БЛ, делается слой БЛ, работающий с репо.
Полагаю, OData в такой ситуации не нужен?
Эффективность обычного контроллера Web API не должна быть хуже.
А с ним все ясно, ничего нового.

Вообще оДата возникла из... при экспериментах, случайно добавил контролер оДата, и он вдруг не заработал, только потом заметил, что это другое)))
Вот и возник интерес.

Что касается EF Core, показалось, что ее преимущество, в легковесности? (не уверен)
И опять же показалось, что принципиальных отличий работы с ней, от EF6 и нет.
Зато есть какие то добавки, которые могут и пригодиться...
Насчет него, надо думать.





Исправлено 1 раз(а). Последнее : Аспид, 01.07.17 09:16

Легковесность понятие субъективное (особенно если смотреть на весь дотнет в целом) - а вот кроссплатформенность - гораздо более фундаментальное
Принципиальных отличий и быть не должно - просто попытка выкинуть платформенно-зависимые штуки. С учётом того что винда и сама сейчас довольно быстро движется в сторону юниксов (реализует всё больше и больше функционала оттуда - в перспективе дойдёт и до возможности запуска линуксовых бинарников), просто закрывать глаза на это было бы не совсем дальновидно... Другое дело что и кидаться тут же всё "переделывать" это тоже плохой вариант - там всё ещё достаточно сыро и не обкатано, в этих Core... Но изучать следует - если собираешься оставаться в индустрии (и в мэйнстриме, естественно) ещё хотя бы лет 5

Вот тут metanit.com наткнулся на

Цитата:

В плане скорости разработки - тут также как и в asp net mvc 5, в плане же роста производительности - большинство тестов показывают значительный прогресс по сравнению с asp net mvc 5

Так что надо бы попробовать

GotFocus
Вот тут metanit.com наткнулся

Вау. Спасибо. Что то и забыл про этот сайт.
А он для начинания, очень не плох.

Игорь. Не, переделывать ничего не буду.
Что работает, нелепо трогать.





Исправлено 1 раз(а). Последнее : Аспид, 01.07.17 16:26