RPC замаскирован как REST плохая идея?
Вы должны отобразить свой HTML-шаблон, давайте посмотрим, что вы там сделали, чтобы убедиться, что это не та ошибка, из которой исходит ошибка. проверьте свой careers.component.html очень хорошо. Вы также можете проверить свою интерполяцию строк, чтобы убедиться, что она хорошо привязана.
3 ответа
Используйте правильный инструмент для задания. В этом случае определенно кажется, что правильный инструмент является чистым вызовом удаленной процедуры, и нет никакой причины притвориться, что это - REST.
Одной из причин, по которой вы можете вернуть новый идентификатор ресурса из вашего вызова POST / index_updates, является мониторинг состояния операции.
POST / index_updates
123
201 Created
Location: /index_updates/a9283b734e
GET / index_jobs / a9283b734e
<index_update><percent_complete>89</percent_complete></index_update>
Это - очевидно, субъективное поле, но GET, ПОМЕЩЕННАЯ, POST УДАЛЯЕТ, достаточно богатый словарь для описания чего-либо. И когда я перехожу к неанглоязычным азиатским странам, я просто указываю, и они знают то, что я имею в виду, так как я не говорю на языке..., но трудно действительно войти в хороший разговор с кем-то...
Это не плохая идея замаскировать RPC как REST, так как это - целое осуществление. Лично, я думаю, что SOAP колотили и ненавидели, в то время как на самом деле он имеет много преимуществ (и со сжатием HTTP, HTTP/SSL, и cookie, значительно большим количеством преимуществ)..., и Ваше приложение действительно выставляет методы для клиента для вызова. Почему Вы хотели бы перевести это в REST? Я никогда не убеждался. SOAP позволяет Вам использовать язык, который мы знаем и любим, язык интерфейса программирования.
Но отвечать на Ваш вопрос, действительно ли это - плохая идея замаскировать RPC как REST? Нет. Маскировка RPC, поскольку REST и перевод на четыре основных операции - то, о чем вещь. Думаете ли Вы, что это прохладно или не является другой историей.