REST для однопользовательского сервиса на основе сеанса?
Я думаю о реализации сервера для удаленного управления устройством в качестве службы RESTful. В отличие от большинства других служб, известных в Интернете, он может одновременно обслуживать только одного клиента. Считаете ли вы, что REST по-прежнему является допустимым вариантом, или вы рассматриваете этот однопользовательский сценарий на основе сеанса как знак выбора другого способа удаленного взаимодействия?
2 ответа
Конечно, вы можете следовать многим принципам архитектуры REST для своего сервиса, но, похоже, большинство из них вам действительно не нужно. REST лучше подходит для больших долгоживущих систем с большим количеством разрозненных клиентов.
Теперь HTTP можно легко использовать для создания простого сервиса для ваших нужд. Но HTTP!= REST. REST - это архитектура, HTTP - это протокол.
Тот факт, что это так легко реализовать, является победой в моих книгах. Вы можете запустить службы отдыха за считанные минуты или часы, в зависимости от вашего опыта и выбора фреймворка и т. Д. Его очень просто использовать с различными интерфейсами, что дает ему больше очков. Когда ваша служба переходит на обслуживание нескольких клиентов одновременно, она становится только более расширяемой и в вашу пользу.
Есть и другие альтернативы, но мне кажется, что это вполне приемлемый путь.