Здравствуйте, огромное спасибо Вам за то, что уделили мне время и оставили свой комментарий. Для меня как начинающего разработчика очень важна обратная связь. Я постараюсь как можно подробнее Вам ответить.
Зачем такое писать, я ответил в предыдущем комментарии.
Суть не в общении, как таковом. Суть в отделении фронта от бека, или клиента от сервера API. И дальше каждый как продукт/код/компонента живут своей жизнью. Более того, могут меняться независимо и без влияния один на другое
По части отделения фронта от бека, позвольте с Вами не согласиться. REST это правила, которые больше применимы к серверной части, и организации работы и разделении именно ее компонентов. Так чтобы их, как Вы точно выразились, можно было бы заменять без влияния на окружения, что становится возможным как раз, при соблюдении определенных правил. Более подробно я описал это в главе «Один как все и все как один».
Суть не только в стандарте. Суть в том, что вы ожидаете в рамках концепции единое представление объекта. Я отдал индейку, у получил индейку. Для обоих сторон индейка выглядит что в запросе, что в ответе одинаково (если это конечно та же индейка). А если это другая индейка, то это другая индейка. Потому что вы должны иметь возможность указать, что именно с этой индейкой вы что-то хотите делать
Тут, я тоже с Вами не соглашусь. Само понятие интерфейс - совокупность методов и правил взаимодействия элементами системы. Следовательно суть единого интерфейса в едином способе взаимодействия, а не в едином представлении объектов участвующих в этом процессе.
Да конечно, никто не хранит :) Как вы себе это представляете? Это требование только для сервера, и только в контексте того, что если есть несколько запросов, то сервер не совсем должен использовать данные одного запроса для обработки другого...
В своей статье я повествую о REST, как о неком каноне, а не о том, как выглядит ситуация в реальности. К сожалению, как мне кажется, REST стало этаким просторечием. Термином REST называют любой API который далек от соблюдения требований REST. Например, реализацию одного из ключевых условий HATEOAS на практике я встречал всего два раза.
В целом, так откровенно нельзя. Вы пишете информацию, которая неточна, либо неверна.
Я описал свое понимание понятия, и ни в коем случае не призываю кого-либо всецело придерживаться моей точки зрения. Как сказано в предисловии моей статьи, это всего лишь дополнение к другим точкам зрения. Тема REST очень иронична. А ирония в том, что REST это понятие о едином представлении. Вроде бы, понятие единое, а вот его представлений множество…
Плюс всегда стоит помнить об идемпотентности, об которую крайне легко споткнуться в реальной жизни
Про идемпотентность, Вы очень верно подметили. Но ведь и индейку в реальной жизни вряд ли кто-то станет передавать по HTTP. Эта статья этакое введение в понятие, описание в общих чертах, начало для уже более детального и практического изучения. Прибережем идемпотентность как раз для этого случая.
Еще раз спасибо Вам за столь подробный комментарий. Если у Вас остались какие-то вопросы, я буду рад ответить на них.
Прошу прощения, возможно, я не совсем правильно понял Ваш вопрос. Вы спрашиваете зачем было писать эту статью? Когда я начал изучать понятие REST я столкнулся с множеством противоречивой информации на просторах интернета. Сложив воедино несколько точек зрения более похожих на правду и понятных мне, я решил воспроизвести свое понимание вопроса в этой статье. Так как тема REST, как мне показалось, до сих пор не закрыта.
Здравствуйте, огромное спасибо Вам за то, что уделили мне время и оставили свой комментарий. Для меня как начинающего разработчика очень важна обратная связь. Я постараюсь как можно подробнее Вам ответить.
Зачем такое писать, я ответил в предыдущем комментарии.
По части отделения фронта от бека, позвольте с Вами не согласиться. REST это правила, которые больше применимы к серверной части, и организации работы и разделении именно ее компонентов. Так чтобы их, как Вы точно выразились, можно было бы заменять без влияния на окружения, что становится возможным как раз, при соблюдении определенных правил. Более подробно я описал это в главе «Один как все и все как один».
Тут, я тоже с Вами не соглашусь. Само понятие интерфейс - совокупность методов и правил взаимодействия элементами системы. Следовательно суть единого интерфейса в едином способе взаимодействия, а не в едином представлении объектов участвующих в этом процессе.
В своей статье я повествую о REST, как о неком каноне, а не о том, как выглядит ситуация в реальности. К сожалению, как мне кажется, REST стало этаким просторечием. Термином REST называют любой API который далек от соблюдения требований REST. Например, реализацию одного из ключевых условий HATEOAS на практике я встречал всего два раза.
Я описал свое понимание понятия, и ни в коем случае не призываю кого-либо всецело придерживаться моей точки зрения. Как сказано в предисловии моей статьи, это всего лишь дополнение к другим точкам зрения. Тема REST очень иронична. А ирония в том, что REST это понятие о едином представлении. Вроде бы, понятие единое, а вот его представлений множество…
Про идемпотентность, Вы очень верно подметили. Но ведь и индейку в реальной жизни вряд ли кто-то станет передавать по HTTP. Эта статья этакое введение в понятие, описание в общих чертах, начало для уже более детального и практического изучения. Прибережем идемпотентность как раз для этого случая.
Еще раз спасибо Вам за столь подробный комментарий. Если у Вас остались какие-то вопросы, я буду рад ответить на них.
Прошу прощения, возможно, я не совсем правильно понял Ваш вопрос. Вы спрашиваете зачем было писать эту статью? Когда я начал изучать понятие REST я столкнулся с множеством противоречивой информации на просторах интернета. Сложив воедино несколько точек зрения более похожих на правду и понятных мне, я решил воспроизвести свое понимание вопроса в этой статье. Так как тема REST, как мне показалось, до сих пор не закрыта.
Доброго времени суток. Кодексом я назвал набор требований к архитектуре REST.
Здравствуйте, благодарю за Ваши дополнения. Я начинающий разработчик, это моя первая статья. Ваш фидбэк – самая лучшая мотивация к развитию.