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

Кажется, в ФП-языках всё так же строго.

zend, кстати, тоже гадит неплохо

Тут ты больше мастер, я на функционалке использую разве что асинк авейты, билдеры запросов в базу данных и пожалуй конструкцию catch() на промизе

Ребят,в чем разница простыми словами между методом put и методом post.(Как я понял желательно put для обновления данных,post для создания,но чем это обсновать ,я не знаю))

POST применяется для создания записей, а PUT для приведения их к указанному виду

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

post - create, put - update

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

точно так

Спасибо)

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

ооо,огромное спасибо)

Это всё наследие REST - в  протоколе HTTP имена методов не фиксированы вообще, хоть что можешь делать. Я бы в XXI веке не заморачивался этим, делал бы POST а глаголы уже payload в описывал, ато в один прекрасный момент может оказаться, что большой процент твоих юзеров сидит за параноидальным наколеночным прокси, велосипедостроитель которого просто забыл, что бывает PUT

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

У меня задача разобраться с REST)

По мне строгий REST такое же легаси как и SOAP

Ребят,вопрос по REST (Какой механизм нужно использовать для выдачи разных представлений одного ресурса, например версий?)

От чувака, который придумал рест и один из авторов http
https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

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

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