Ну или приложение

А так всегда 204

ТО есть он может ошибку вернуть только если сервер сам упал

если ты не можешь проверить наличие записи, например. или можешь её найти, но не можешь удалить, по тем или иным причинам (авторизация, сбой базы, etc.)

всё что заканчивается отсутствием записи - это ок

А так всегда 204

ну или у тебя прав нет

ну или у тебя прав нет

403

вот это норм вещь

graphql на запись так себе как по мне.... единственный плюс это схема.

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

по аналогии с delete put - "сделай так, чтобы оно там лежало"?

а как тогда post описать декларативно

?

а как тогда post описать декларативно

добавь запись с вот такими полями?

хотя не обязательно добавь. технически post может выполнять тоже назначение что и put, разница в том, что post намекает на не-идемпотентные сайд эффекты

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

а то что телеграм юзает как?

https://core.telegram.org/mtproto/TL-formal

а как тогда post описать декларативно

никак потому что он не идемпотентный

типа "сделай действие"

а то что телеграм юзает как?

ну протокол как протокол

ну там тож схема своя

я бы не стал это юзать)

))

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

graphql тоже велосипеды но на них ездюют, а значит меньше самому делать

ну и мне нравится идея комбинировать graphql + http api

тогда put должен отдавать на все допустим 201?

(кастыли вида persisted queries как раз намекают что тебе рано или поздно придется их комбинировать))

тогда put должен отдавать на все допустим 201?

200

или 204

201 это типа "шалость удаласть" (сайд эффекты тоесть)

желательно с заголовком Location где эти сайд эффекты глянуть но кто в наши дни соблюдает всю эту чушь

ты же не браузер пилишь и тебе вообще json-ки нужны

рано или поздно твоя api превратится в подобие json rpc, ты не сможешь юзать http как application level протокол. ПОтому и появляются всякие webdav и прочие

(например - представь что у тебя ошибок клиента может быть больше 99 разных - и это в целом не много даже)

или как вконтактики делают - на каждую ошибку нужен айдишник и они просто инкрементят его и не важно кто виноват - клиент или сервер.

по айдишке уже можно понять что делать дальше и кого увольнять

у нас так же было. каждая ошибка - свой идентификатор. + каждому запросу свой назначался. и по итогу было видно в контексте чего произошла, где и какая именно. оч удобно. И в заббикс запихивается прекрасно

пытаться уместить весь спект ошибок в рамки http - это просто глупо

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

ну есть чудесатый лайфхак считай, что http код - это "категория". а конечный код в рамках этой категории ты уже отдаёшь в теле ответа.

с одной стороны подмывает делать ответы на базе кодов более низкоуровнево, все дела, хендлить чуть проще с другой - количество трактовок слишком большое, а кодов ответа слишком мало потому вроде как и jsonapi будет проще

ну есть чудесатый лайфхак считай, что http код - это "категория". а конечный код в рамках этой категории ты уже отдаёшь в теле ответа.

ну это просто статус код в теле ответа)

ну есть чудесатый лайфхак считай, что http код - это "категория". а конечный код в рамках этой категории ты уже отдаёшь в теле ответа.

про это тоже думал

Status: 403 { error_code: 13432 }

клиент правда и с 200 такое сможет разрулить)

потому в graphql отказались вообще от статус кодов и на все плюют 200

и прекрасно себя чувствуют

в конечном счёте мы от http кодов тоже ушли. Клиенты (терминалы и всякие говномагазины) не могут работать ни с чем, кроме 200)

и это нормально потому что твои терминалы это не браузер и они не с гипертекстом работают

и вообще уже 2018-ый

соапу это расскажи

про 2018й)

в конечном счёте мы от http кодов тоже ушли. Клиенты (терминалы и всякие говномагазины) не могут работать ни с чем, кроме 200)

у вас в числовом формате? и как добавляете новые коды? в одном месте список или как?

я про коды ошибок

у вас в числовом формате? и как добавляете новые коды? в одном месте список или как?

эх жаль енамов нет в нашем этом похапе

у вас в числовом формате? и как добавляете новые коды? в одном месте список или как?

в числовом. Просто от 1 до бесконечности. обычный список, а-ля енам

+/- сгруппированные по диапазонам

эх жаль енамов нет в нашем этом похапе

Переходи на тёмную сторону)

У нас есть решётки)

с буковками C и F)

ходить побираться и делать людям дотнет за деньги?

ходить побираться и делать людям дотнет за деньги?

Вай ходить и побираться

пилишь тот же веб

на тех же линухах

я писал на шарпах)

запускаешь в том же докере

просто стек чуть другой

я писал на шарпах)

скажу так, шарпы в 2013 и в 2018 - это охуенно разные шарпы

ERROR: S client not available

скажу так, шарпы в 2013 и в 2018 - это охуенно разные шарпы

я вкурсе, ничего плохого к ним не имею.

+/- сгруппированные по диапазонам

и где он лежит?

скажу так, шарпы в 2013 и в 2018 - это охуенно разные шарпы

чем же?

чем же?

Со стороны быкэнда могу судить только

и где он лежит?

в базе

чем же?

погугли)

да я вроде следил за обновами.. немного

ну мы сейчас про экосистему а не про сам язык

каких-то оглушающих апдейтов не помню

основные то изменения с .NET произошли

> OSS > Ориентированность на микросервисы > Много сахара > Кроссплатформ

аа.. это да. самая слабая часть :)

дошло теперь :)

каких-то оглушающих апдейтов не помню

А .NET Core?

ну так а без .NET шарпы как бы никому и не нужны

ну я думал про язык речь идет

скажу так, шарпы в 2013 и в 2018 - это охуенно разные шарпы

Разве в плане Web они что-то изменили?

Разве в плане Web они что-то изменили?

купили ксамарин и вкидывают в mono (и тестят на нем официально .NET core). как по мне это значительно

проект на дотнетах под линуху - до чего техника дошла

Разве в плане Web они что-то изменили?

Всё

они очень хотят выйти из энтерпрайз сектора

они очень хотят выйти из энтерпрайз сектора

не выйти а захватить побольше остальных)

точнее расшириться вне его :)

дада

проект на дотнетах под линуху - до чего техника дошла

Быстрее чем под виндой, к слову, работает

epoll там, все дела

Быстрее чем под виндой, к слову, работает

не удивлен)

купили ксамарин и вкидывают в mono (и тестят на нем официально .NET core). как по мне это значительно

.net core, mono это не про WEB. Ксамарин это под мобилы. Я спрашиваю о web - вот сайтики пилить. ASP насколько я знаю остается дичью :) Вот, чисто в научных целях (а не поджечь пуканы) и спрашиваю, дайте инфы про web

Разве в плане Web они что-то изменили?

ну короч Борь, погугли почитай... изменения сильные. Ну то есть не прям уж "совсем все по другому" но сильно

.net core, mono это не про WEB. Ксамарин это под мобилы. Я спрашиваю о web - вот сайтики пилить. ASP насколько я знаю остается дичью :) Вот, чисто в научных целях (а не поджечь пуканы) и спрашиваю, дайте инфы про web

а ты сайтики писать собрался?

.net core, mono это не про WEB. Ксамарин это под мобилы. Я спрашиваю о web - вот сайтики пилить. ASP насколько я знаю остается дичью :) Вот, чисто в научных целях (а не поджечь пуканы) и спрашиваю, дайте инфы про web

Asp написали с нуля

если ты работал с Owin поверх Web API 2 - то оно "по мотивам" сделано