Терминология именования REST и gRPC в дизайне API

#rest #grpc #terminology

Вопрос:

REST известен как архитектурный стиль для проектирования API, в то время как gRPC следует стилю RPC. Это означает, что мы не можем отнести gRPC к категории «архитектурный стиль» из-за того, что это приложение стиля RPC. Итак, что касается дизайна API, как вы думаете, можем ли мы назвать REST и gRPC «двумя вариантами методов проектирования API» вместо того, чтобы подчеркивать слово «стиль», если мы хотим сравнить их в одном и том же терминологическом контексте в академическом тексте? Спасибо.

Комментарии:

1. Если вы ищете конкретное приложение REST, некоторые примеры включают JSON:API и ODATA.

2. Я не думаю, что вы можете напрямую сравнивать REST с gRPC, не перечисляя полностью свои предположения о том, что означает REST. Большинство людей, использующих термин» ОТДЫХ», далеки от диссертации Роя Филдинга «ОТДЫХ». Если вы не занимаетесь гипермедиа, вы на самом деле не отдыхаете, но когда большинство людей сравнивают gRPC с ОТДЫХОМ, они не используют гипермедиа.

3. Каково ваше определение?

4. Чтобы быть точным, моя цель состоит в том, чтобы проверить, будет ли приемлемым в академической статье следующее утверждение: «В индустрии программного обеспечения существуют методы проектирования API, такие как Передача репрезентативного состояния (REST), платформа удаленного вызова процедур Google (gRPC) и Apache Thrift, которые могут быть использованы при проектировании и разработке API серверных приложений «. Считаете ли вы, что это утверждение звучит нормально/приемлемо?

5. Я думаю, что все это методы, которые можно использовать для API, так что это не так. Если бы вы спросили меня, все ли они относятся к одной и той же «категории» вещей, тогда ОТДЫХ-это лишнее.