Главная : Технологии : IT-Компот :

hackPNZ, fe.off, hedin, antonkopylov о технологиях.
Выпуск #10
Denis Kozlov
19 июня 14:02
Ребята, ну купите же себе нормальные микрофоны наконец-то!
Антон Сергеев
19 июня 23:38
Спс за фидбек, мы работаем над качеством звука, должно улучшаться от выпуска к выпуску!
Denis Kozlov
20 июня 10:36
А в остальном все отлично! Продолжайте в той же манере, слушать интересно. Где тут кнопочка like? )
Сергей Морозов
23 июня 0:19
На самом деле действие «Поразить карлика ядовитой стрелой» вполне себе описывается в терминах REST. Допустим, есть некий ресурс баталии /battle/12345, тогда для этого ресурса может быть описан запрос по методу POST, в который передаётся объект «удар», который описывает, кто чем и кого бьёт. POST-запрос создаёт в системе новый объект, который фактом своего существования меняет состояния других объектов: того, кто бьёт (уменьшает запас боеприпасов) и того, кого бьют (уменьшает здоровье).

На мой взгляд, любую задачу можно описать в любом API. Это всё война остроконечников и тупоконечников.
Антон Сергеев
23 июня 14:13
Да, неплохой пример. Но лично я пока слабо представляю как переписал бы API рабочего проекта, придерживаясь REST... Слишком много объектов получается, навскидку. И выгоды неясны. С другой стороны, я эту тему как раз и привнес, чтобы взглянуть с разных углов на проектирование серверных API )))
Сергей Морозов
23 июня 14:59
Конечно, переписывать ничего не надо, особенно, если всё уже работает :) И естественно, что для каждой задачи лучше подходит какой-то определённый API. Это как корпускулярно-волновой дуализм — можно до потери пульса спорить, что такое свет, но для одной задачи удобнее считать его материей, а для другой — волной.

Если бы вы позвали в гости представителя какого-нибудь кровавого энтерпрайза, он бы на корню разбил все преимущества REST перед RPC, потому что и недостатков в определённых случаях у него тоже хоть отбавляй :)
korchasa (korchasa)
29 июня 5:16
И в чем плюсы REST"а в данном случае? Минусы:
1. По uri не будет понятно, что за запрос
2. Роутинг придется описывать заново в каждом урле

REST хорошо подходит для CRUD"ов, для остального хреново.
Сергей Морозов
29 июня 10:21
В общем, согласен. Можно, конечно, сделать URI типа /battle/12345/hit (тут и понятность, и роутинг) и слать запросы на него, но в данном случае RPC выглядел бы органичнее.
korchasa (korchasa)
29 июня 5:02
А где можно слова Расмуса почитать? Как то не верится, что он мог такое сказать.
Антон Сергеев
29 июня 9:17
Вообще, мы верим нашему гостю по дефолту ))) Можно погуглить на предмет записи выступления, может быть появилось видео (я не нашел). Если обнаружишь это дело, поделись ссылкой!
korchasa (korchasa)
29 июня 22:30
Я тоже верю, но интересно же послушать как в одной речи сплелись производительность и пожелание делать абстракции в php-фреймворках.

Влом искать, если честно.
Антон Сергеев
30 июня 12:25
Он просто оптимист по жизни! Вообще, по своему опыту: php сильно развивает оптимизм и смекалку )))
На главную
О проекте
Программы
Контакты

Полная версия
Вход