MB
если в ТЗ есть схема, зачем что-то другое изобретать?
Size: a a a
2019 November 18
EK
если в ТЗ есть схема, зачем что-то другое изобретать?
Ну фронт программист говорит типа так, я тут засомневался, что может и так можно проще сделать и это то же будет якобы rest.
AI
Ну фронт программист говорит типа так, я тут засомневался, что может и так можно проще сделать и это то же будет якобы rest.
он создает ресурс booking?
MB
Один раз мне дали утвержденное ТЗ, и это же ТЗ дали другой компании, чтобы значит, по нему все одновременно начали разработку. В другой компании решили поменять схему ответа, когда начали тестировать, из-за этого не работало все вместе. Когда спросили их, почему не по ТЗ сделали? Ответ: ну а что вам так критично, чтобы было по ТЗ?
MB
короче, если ТЗ уже утвердили, то да, критично)
EK
он создает ресурс booking?
Хочет сделать post /bookings и в payload передавать все остальное, туда будет складироваться куча id, которые по идее по rest должны быть в url и сами обозначать id конкретного ресурса.
AI
Хочет сделать post /bookings и в payload передавать все остальное, туда будет складироваться куча id, которые по идее по rest должны быть в url и сами обозначать id конкретного ресурса.
он создает ресурс booking?
AI
Потому что если нет то это поидее и не Rest
AI
а сборная солянка
AI
вообще чистый Rest имхо сложно соблюдать.
EK
он создает ресурс booking?
Ресурс этот делать должен я, типа на него будет все слать. Короче не rest выяснили.
AI
если он post'ит на /cities/:id/movies/:id/seances бронь то это наверное тоже не rest, он же не создает seance
EK
если он post'ит на /cities/:id/movies/:id/seances бронь то это наверное тоже не rest, он же не создает seance
Ну это я написал пример. Там добавить по идее вконец /seances/:id и все
AI
т.е если по тупому, в моем понимании реста, когда я пощу на cities/:id/movies/:id/seances то я создаю seance
EK
остальные данные из тела это типа места, почта и т.п
EK
т.е если по тупому, в моем понимании реста, когда я пощу на cities/:id/movies/:id/seances то я создаю seance
Ну да, тут в данном примере — содание сеанса.
AI
в общем если seance это и есть название брони юзера то оно в моем понимании по Rest'у, если оно создает что то другое то нет.
AI
а bookings тут не в тему.
AI
в общем если seance это и есть название брони юзера то оно в моем понимании по Rest'у, если оно создает что то другое то нет.
т.е в случае рельс создаст сущность Seance
AI
Ну думаю говно можно сделать из всего)
В том приложении кстати была 391 строка в routes.rb :)