он тебе все контроллеры обойдёт

сам сгенерит доку и жс-клиент к апи

красота да и только

сам сгенерит доку и жс-клиент к апи

не только js по swagger можно хоть .net dll генерировать. многие библиотеки для работы с azure от ms так и делаются

главное им сервер не генерить

проблема с тем что к ним потом нет ни доков ни примеров, в отличии от их api

если ты делаешь апи не для жс

то ничего лучше WCF всё равно нет

хоть он и "лигаси"

при всех плюшках реста

Так чем wcf лучше ?

возможность выставить наружу интерфейс и с ним работать из дотнета как ни в чём не бывало

т. е. ты по WSDL сгенерил себе код

а дальше прямо на этот интерфейс можешь себе моки писать

там суть в том, что у них всё в принципе делается через api где принимается/посылается json. но люди под .net не хотят же руками к api обращатся, иб dll давай. вот ms и генерит по swagger докам эти dllки

декораторы с логами вешать

итп

REST реально нужен только в гетерогенных средах

если у тебя на сервере дотнет и на клиенте дотнет

то не надо морочить себе и окружающим голову

Ну ты апишку делаешь не для дотнета единого

а вот тут зависит

если для дотнета и жавы - WCF лучший вариант

если для JS и всякой хипстерщины - REST

иначе будет куча проблем с кококо-авторы-моего-языка-не-смогли-в-SOAP

Соап перегружен

Больше данных гоняется лишних

Rest проще в этом плане

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

иначе будет куча проблем с кококо-авторы-моего-языка-не-смогли-в-SOAP

Но ведь соап это мыло

нахуй тебе мыло

тебе не сиренево, что он там гоняет

рест это отдых

а отдых это хорошо

понимаешь?

Нет не сиренево

Больше данных гоняется лишних

имхо там не такой большой оверхед от этого. другое дело что сейчас нравится или нет rest json почти стандарт (для хипстерских spa)

Ну ты апишку делаешь не для дотнета единого

Вот этот прав на 999999999999999%

повторюсь, смотря какие клиенты предполагаются у API

Нахер ваш соап вне дотнета

если .NET/JVM

повторюсь, смотря какие клиенты предполагаются у API

А вдруг перекатить надо

то берёшь соап и упрощаешь жизнь всем

Вот тогда ты потерпишь поражение

нет, тогда будет болеть голова у любителей JS и хипсторщины

А вдруг перекатить надо

ну такие вещи надо обдумывать до того, как писать api

кто где и когда его юзать будет

нет, тогда будет болеть голова у любителей JS и хипсторщины

почему жс стал хипстерским

поясните

суть в том, что потребление API как обычного интегрированного в среду языка интерфейса

оно намного, намного удобнее

почему жс стал хипстерским

ты союз "и" в предложении видел?

так вот, он там не просто так

а

сори

почему жс стал хипстерским

потому что смузи, гироскутеры и каждый год новый фреймворк? (просто шутка если что, а то все какие-то агресивные сегодня)

просто все под петей.с

так вот

видимо сказывается влияние

когда ты потребляешь API из жабы/дотнета

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

и для него делать интерфейс

который будут реализовывать моки

вопрос

зачем весь этот головняк, если можно просто взять WSDL и по нему получить всё готовое?

Wsdl мамонт прошлого

если делать фреймворки быстрее поиска уязвимостей то интернет станет безопаснее

ERROR: S client not available

это к чему было

Wcf имеет смысл ещё когда взаимодействие по tcp и именованными каналам

Wsdl мамонт прошлого

мамонт-не мамонт, а описывает _всё_ что тебе надо от апи

Да это скорее что наболело в своё время )

Что выбрать?

убунту

дебиан 8

я тут не так давно аналог RealProxy писал

Оно запустит моего кор бота, да?

под кор

Збс.

дебиан 8

лол

что

какие твои проблемы

люблю дебиан

дебиан - это хорошо

но под него дотнет кор поставляется в формате tar.gz

в виде сорцов?)

в виде бинарей

но в tar.gz

не канон тогда

там две команды надо выполнить

суть не в командах

make dotnet

а в том, что в обход APT

https://habrahabr.ru/post/130868/

достали ваши APT

держи мою статью 2011 года

в каждом сраном дистрибутиве свой апт

поэтому вы взяли flatpak