Можно ли просто использовать REST в качестве упрощенной альтернативы SOAP (не беспокоясь о существительных и глаголах)?
Нет, если вы все еще хотите назвать это ОТДЫХОМ. REST по определению заботится о существительных и глаголах. Если вы просто хотите использовать JSON для RPC, продолжайте. Но то, что вы в итоге получите, можно лучше описать как «SOAP lite».
Для простоты интеграции на стороне клиента, каков наилучший способ предоставления определений от сервера к клиенту. Читая другие посты post1 post2, кажется, существует большая враждебность против предоставления альтернативы WSDL (то есть WADL?). Если и сервер, и клиент знают об изменениях, которые могут произойти, и если моя причина использования REST - только № 1 выше, то почему это так плохо?
«Определения» WSDLish считаются плохими, поскольку REST на самом деле не является протоколом в стиле RPCish. При использовании REST вы начинаете с одной точки входа, а оттуда вы следуете по URL-адресам, предоставленным сервером в ответе. Клиент не должен нуждаться в , чтобы иметь «определения» для вызовов методов и тому подобное - стандартные глаголы HTTP должны иметь стандартные, очевидные и соответствующие эффекты - и ему не нужно даже предварительное знание того, как построить URL; URL должен быть указан в ответе. Например, если вы получаете профиль пользователя, поле ответа может быть URL для пользователя. Если вы просматриваете заказ, у каждого элемента в нем будет URL (как поле!), Который вы можете использовать для получения информации об элементе. Такие как это.