Ты хочешь адекватный rpc over http

Rest это про веб начала нулевых, к api отношения не имеет особо

это не очень верное утверждение

По вопросу передавать массив id наверное самый простой и адекватный вариант, какой смысл разбивать это на несколько запросов

вообще я зп хочу получить)

)))

это не очень верное утверждение

Ща буду играть в стива краудера и change my mind

и да, это никакого отношения к REST не имеет (у тебя всеравно его не будет ибо ты будешь на клиенте структуры данных хардкодить)

а можно по подробнее?

а можно по подробнее?

что именно тебя интересует? почему "хардкод данных на клиенте" плавно превращает твои влажные мечты о rest в RPC?

что именно тебя интересует? почему "хардкод данных на клиенте" плавно превращает твои влажные мечты о rest в RPC?

Почему же плавно?)

что именно тебя интересует? почему "хардкод данных на клиенте" плавно превращает твои влажные мечты о rest в RPC?

не совсем понятно что имеется в виду под "хардкод данных на клиенте"

ну это отсылка про брюки плавно превращаются (хотя может там не плавно было, не помню)

не совсем понятно что имеется в виду под "хардкод данных на клиенте"

ну тогда разберись что такое REST и для чего в REST понадобились такие вещи как code on demand

Хардкод не данных, а структуры данных

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

в смысле это не подкол, мне хочется знать

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

Если ты делаешь json api, то это уже не рест

Предельно просто)

https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

Если ты делаешь json api, то это уже не рест

почему? в json ты передаешь состояние объекта. как формат представления данных может тут сыграть такую серьезную роль?

ок

https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

Вот диссер филдинга

Где он ввел и описал понятие реста

Похоже что я в своем вопросе спутал понятия REST и JSON API. @mkusher благодарствую

почему? в json ты передаешь состояние объекта. как формат представления данных может тут сыграть такую серьезную роль?

потому что rest это не совсем про "представление ресурса" а вопрос больше про интерпритацию и self discovery и тд. для того code on demand нужен что бы сервер говорил как интерпритировать ресурс и че с ним можно делать

ну короч, взять 2-3 принципа типа "клиент-сервер" из rest игнорируя остальные как бы не делают что-то рестом. А вот RPC норм.

и да, на всякий - тебе и не нужен rest изначально, rest это про гипертекст и браузеры по сути, про то как web работает

и да, на всякий - тебе и не нужен rest изначально, rest это про гипертекст и браузеры по сути, про то как web работает

Работал в начале 00ых, а сейчас остатки

json rpc over http конечно длиннее писать чем rest... вопрос аббривиатурки нормальной)

JRH

Ясно, спасибо, кажется я понял, но не уверен что принципиальность того стоит. Множество сервисов называют свои API RESTful имея при этом JSON как способ кодирования. Это, очевидно, не полностью соответсвует действительность, но общий шаблон и фокус на неких "ресурсах" делает эти API все же каким-то отдельным случаем RPC который требует своего названия, видимо поэтому REST

Ну делать rpc поверх http это не тоже самое, что поверх amqp например

да, но сравнение так себе

А так много кто называет свои веб приложения построенными на архитектуре mvc, чтобы это ни значило)

А так много кто называет свои веб приложения построенными на архитектуре mvc, чтобы это ни значило)

а вот это хорошее сравнение

но такое буквоедское отношение к определению архитектурного подхода, в данном конкретном случае, мне почему-то кажется лишним. google скажем тоже называет свои API RESTful передавая JSON

мужик написал диссертацию, получил степерь, идея пошла в мир и интерпетировалась иначе

Ну делать rpc поверх http это не тоже самое, что поверх amqp например

ну почему же? в целом разница не столь велика.

ну почему же? в целом разница не столь велика.

Инфраструктурные отличия которые влияют на дизайн

Зависит от того, что ты на выходе оцениваешь

Ты можешь генерить клиенты и для того, и для того и разницы как пользователю клиента не будет

но такое буквоедское отношение к определению архитектурного подхода, в данном конкретном случае, мне почему-то кажется лишним. google скажем тоже называет свои API RESTful передавая JSON

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

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

внутреннее ощущение подсказывает, что и там такого полно, но в целом я согласен

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

Да и в целом сообщество, которое сильно зависит от и развивает open source, склонно к тому чтобы вносить свои изменения во всё, что к нему имеет отношение

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

ну на самом деле они не "не идут в ногу со временем" а им просто не нужен этот архитектурный стиль. web то как бы еще жив, а "мобильные приложения" явно нельзя назвать "более современным подходом". Ну то есть это как старые добрые десктопы времен 80-х но только симпатишнее

Современные spa туда же

но такое буквоедское отношение к определению архитектурного подхода, в данном конкретном случае, мне почему-то кажется лишним. google скажем тоже называет свои API RESTful передавая JSON

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

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

В медицине есть подобная херня, иначе бы все диагнозы всегда правильно ставили, просто из-за тысячелетнего возраста науки там всё чуть лучше

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

Те же АДы это чисто мода, в 50-х лечили транквилизаторами, и АДы ничем не лучше них

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

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

"не хватает данных/кривые данные", "правки", "смотреть проект за другими. мне же ещё нужно разораться, что ыб понять правильно или нет"

"нет четкого регламента по толщине линий")

вообщем то да. забавно бывает

В медицине есть подобная херня, иначе бы все диагнозы всегда правильно ставили, просто из-за тысячелетнего возраста науки там всё чуть лучше

диагнозы ставят неправильные не потому что термин перепутал. "Ой, я перепутал простуду и рак, извините". Там слишком много факторов и очень много похожих друга на друга вещей (ну то есть проблема не в терминологии, она как раз сильно помогает) а в том что бы определить что есть что.

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

С чего ты взял что не шарю?)) относительно

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

а вот тут ты одно слово по теме родил - мода. Программирование это мода а не диспицлина.

Ну а как ты объяснишь тот факт что в медицине была мода на амфетамин

ERROR: S client not available

Потом его совсем не было

А теперь опять частенько прописывают?

потому что всем похуй буквально - на конфе слово умное услышал, и в целом 20-ти минутног объяснения хватит - пора вреднять в продукт

Ну как бы вещество и болезни не поменялись))

А подходы туда-сюда шатает

И диагнозы неправильно ставят не потому что определить не могут

Частенько

Ну а как ты объяснишь тот факт что в медицине была мода на амфетамин

а как ты объяснишь что все еще прописывают довольно веселые штуки но уже под другими названиями? активные вещества то не поменялись

да и бля, причем тут это?

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

а как ты объяснишь что все еще прописывают довольно веселые штуки но уже под другими названиями? активные вещества то не поменялись

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

Или если нет дженерика

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

еще раз к чему ты это вообще все говоришь и как это к терминологии относится?)

"героин, кокаин, амфетамины... раньше мы называли это медициной". Только ты не уточняешь что это были времена до появления мед лицензии

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

У врачей которые сидят в поликлинике такое тоже не редкость

"героин, кокаин, амфетамины... раньше мы называли это медициной". Только ты не уточняешь что это были времена до появления мед лицензии

Я вообще про другое

Про то что раньше выписывали амфетамин, потом не выписывали когда запаранойили, а теперь опять выписывают

На западе

Как это объяснить?

Болезни и вещество не поменялось

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

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

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

Просто под влиянием всяких внешних течений в обществе вот такие сдвиги происходят

И в медицине проблемы с описанием что есть наркоман))

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

ну да так себе пример. я о том что "наука" это про научный принцип и вся хуйня

Как это объяснить?

политика, общественное мнение

А вообще можешь просто пробежаться по МКБ

Или погуглить критику

Проблем там хватает с головой