По моему мнению, это не так уж важно, какой путь вы выберете, многое будет зависеть от остальной части приложения. Если все ваше приложение потребляет код, запускает его и выдает результат, то, скорее всего, все будет в порядке.
Вы, очевидно, можете видеть, как это может быть вызов RPC с чем-то вроде /exec
, но это также может быть вызов REST, особенно если вы хотите добавить какую-либо форму ведения журнала. Например: POST /program
может быть предназначен для потребления некоторого кода, создания «программы» в базе данных, запуска кода и регистрации выходных данных вместе с программой в базе данных. Затем вы вернете программу и ее ответ клиенту.
Если вы буквально просто потребляете код, запускаете его и возвращаете выходные данные через HTTP, то у меня возникнет соблазн пойти с помощью конечной точки JSON-RPC для простоты и раскрытия намерения (простого запуска действия). .
Многое зависит от будущего вашего приложения и того, насколько большим оно может стать, и какой другой функциональности вы будете иметь. Если у вас будет 90% RESTful API и пара конечных точек в виде JSON-RPC, то я бы просто использовал REST API для всего для согласованности.