REST для однопользовательской службы на основе сеанса?

Question

Я думаю о реализации сервера для удаленного управления устройством в качестве службы RESTful. В отличие от большинства остальных служб, известных из Интернета, он может одновременно значимо обслуживать только одного клиента. Считаете ли вы, что REST по-прежнему является допустимым вариантом, или вы рассматриваете этот однопользовательский сценарий на основе сеанса как знак выбора другого способа удаленного взаимодействия?

Answer 1

Вы, конечно, можете следовать многим принципам архитектуры REST для своего сервиса, но, похоже, большинство из них вам действительно не нужно.REST лучше подходит для больших долгоживущих систем с большим количеством разрозненных клиентов.

Теперь HTTP можно легко использовать для создания простого сервиса для ваших нужд.Но HTTP! = REST.REST - это архитектура, HTTP - это протокол.

Answer 2

Тот факт, что это так легко реализовать, является победой в моих книгах.Вы можете запустить службы покоя за считанные минуты или часы, в зависимости от вашего опыта и выбора фреймворка и т. Д. Его очень просто использовать с различными интерфейсами, что дает ему больше очков.Когда ваша служба переходит на обслуживание нескольких клиентов одновременно, она становится только более расширяемой и в вашу пользу иметь ее.

Существуют и другие альтернативы, но мне кажется, что это совершенно правильный путь.