Могу ли я использовать несколько методов POST в Web API / MVC на одном и том же маршруте? [Дубликат]

public class Journal : ApiController
{
    public MyResult Get(journal id)
    {
        return null;
    }
}

public class Journal : ApiController
{

    public MyResult Get(journal id, publication id)
    {
        return null;
    }
}

Я не уверен, что перегрузка метода get / post нарушает концепцию restfull api, но это работает. Если бы кто-нибудь мог просветить этот вопрос. Что делать, если у меня есть uri как

uri:/api/journal/journalid
uri:/api/journal/journalid/publicationid

, так как вы можете видеть мой сортировщик агрегата в моем журнале, хотя я могу определить другой контроллер для публикации исключительно и передать номер идентификатора публикации в моем URL-адресе, однако это дает много больше смысла. поскольку моя публикация не будет существовать без самого журнала.

Конечная точка web-api (контроллер) - это единственный ресурс, который принимает команды get / post / put / delete. Это не обычный контроллер MVC.

Обязательно в /api/VTRouting может быть только один метод HttpPost, который принимает параметры, которые вы отправляете. Имя функции не имеет значения , если вы украшаете материал [http]. Я никогда не пробовал.

Изменить: это не работает. При разрешении он, кажется, зависит от количества параметров, а не от попыток привязки модели к типу.

Вы можете перегружать функции для приема разных параметров. Я уверен, что вы были бы в порядке, если бы объявили это так, как вы, но использовали разные (несовместимые) параметры для методов. Если параметры совпадают, вам не повезло, поскольку привязка к модели не будет знать, какой из них вы имели в виду.

[HttpPost]
public MyResult Route(MyRequestTemplate routingRequestTemplate) {...}

[HttpPost]
public MyResult TSPRoute(MyOtherTemplate routingRequestTemplate) {...}

Эта часть работает

Значение по умолчанию шаблон, который они дают при создании нового, делает это довольно явным, и я бы сказал, что вы должны придерживаться этого соглашения:

public class ValuesController : ApiController
{
    // GET is overloaded here.  one method takes a param, the other not.
    // GET api/values  
    public IEnumerable<string> Get() { .. return new string[] ... }
    // GET api/values/5
    public string Get(int id) { return "hi there"; }

    // POST api/values (OVERLOADED)
    public void Post(string value) { ... }
    public void Post(string value, string anotherValue) { ... }
    // PUT api/values/5
    public void Put(int id, string value) {}
    // DELETE api/values/5
    public void Delete(int id) {}
}

Если вы хотите сделать один класс, который делает много вещей, для использования ajax , нет большой причины не использовать стандартный контроллер / шаблон действия. Единственное реальное отличие заключается в том, что ваши сигнатуры методов не такие красивые, и вы должны обернуть вещи в Json( returnValue), прежде чем вы их вернете.

Редактировать:

Перегрузка работает отлично, когда используя стандартный шаблон (отредактированный для включения) при использовании простых типов. Я пошел и протестировал другой путь, с двумя пользовательскими объектами с разными сигнатурами. Никогда не мог заставить его работать.

• Связывание со сложными объектами не выглядит «глубоким», поэтому no-go
• Вы можете обойти это, передав extra param, в строке запроса
• Лучшая запись, чем я могу дать для доступных опций

Это сработало для меня в этом случае, см., где он вас доставит. Исключение только для тестирования.

public class NerdyController : ApiController
{
    public void Post(string type, Obj o) { 
        throw new Exception("Type=" + type + ", o.Name=" + o.Name ); 
    }
}

public class Obj {
    public string Name { get; set; }
    public string Age { get; set; }
}

И вызывается как эта форма консоли:

$.post("/api/Nerdy?type=white", { 'Name':'Slim', 'Age':'21' } )

Можно добавить несколько методов Get и Post в один и тот же контроллер веб-API. Здесь default Route вызывает причину. Web API проверяет соответствие маршрута сверху вниз и, следовательно, ваш маршрут по умолчанию для всех запросов. По умолчанию в одном контроллере возможен только один метод Get и Post. Либо поставьте следующий код сверху, либо выведите комментарий / удалить маршрут по умолчанию

    config.Routes.MapHttpRoute("API Default", 
                               "api/{controller}/{action}/{id}",
                               new { id = RouteParameter.Optional });

use:

routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{action}/{id}",
    defaults: new { id = RouteParameter.Optional }
);

он больше не относится к RESTful, но теперь вы можете вызывать свои действия по имени (вместо того, чтобы веб-API автоматически определял его для вас на основе глагола), как это :

[POST] /api/VTRouting/TSPRoute

[POST] /api/VTRouting/Route

Вопреки распространенному мнению, нет ничего плохого в этом подходе, и он не злоупотребляет веб-API. Вы все еще можете использовать все потрясающие функции Web API (делегирование обработчиков, согласование контента, mediatypeformatters и т. Д.) - вы просто останавливаете подход RESTful.