Во-первых, это сбивает с толку любого клиента API.
У вас есть 2 метода GET, которые практически идентичны.На самом деле большинство людей предпочитают добавить маршрут, охватывающий ваш первый вариант, который в основном устанавливает значение profileId после косой черты.
Во-вторых, ожидается, что когда вы запускаете GET для объекта с идентификатором,Вы получаете представление этой сущности.Это не то, что здесь происходит.
Вам нужно решить, какой тип API вы хотите.Общий, где такие вещи хороши:
myUrl/api/profile/process/123
или process/profile
, или что-то еще, что имеет смысл для API.
Если ваш API должен быть RESTful (что в основном означает, что у вас будет один метод на HTTP-глагол и ничего более), затем вам нужно добавить новый контроллер для ProcessProfile , и тогда ваш URL может выглядеть следующим образом:
myUrl/api/ProcessProfile/123
Ни один из этих параметров не установлен в камне, это просто варианты.Комментарии к ветке OP также дают несколько хороших вариантов, которые следует учитывать.