Архитектура API веб-сервисов

Question

Я недавно запрограммировал API веб-службы REST, который позволяет другому веб-сайту регистрироваться на моем сайте удаленно.

Я запрограммировал всю необходимую проверку и фильтрацию в API.

У меня вопрос, должен ли я теперь убедиться, что моя собственная форма регистрации использует API веб-службы при обработке регистрации пользователя?

Сама форма уже имеет ту же самую валидацию, но может показаться, что было бы лучше, если бы только один метод в конечном итоге отвечал за валидацию / фильтрацию.

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

Последнее решение, которое приходит на ум, - поставить проверку моей пользовательской модели и вызвать исключение API веб-служб при запуске проверки. Есть ли недостатки этого решения?

Answer 1

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

Интерфейс REST действительно должен быть тонким слоем над вашей логикой валидации и регистрации. Теоретически, вам будет легко повторно использовать эту логику на вашем собственном веб-сайте, не проходя через API REST.

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