Beberapa metode HttpPost di pengontrol API Web

Saya mulai menggunakan proyek API Web MVC4, saya punya controller dengan banyak HttpPostmetode. Controller terlihat seperti berikut:

Pengendali

public class VTRoutingController : ApiController
{
    [HttpPost]
    public MyResult Route(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }

    [HttpPost]
    public MyResult TSPRoute(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }
}

Di sini MyRequestTemplatemewakili kelas templat yang bertanggung jawab untuk menangani Json yang datang melalui permintaan.

Kesalahan:

Ketika saya membuat permintaan menggunakan Fiddler untuk http://localhost:52370/api/VTRouting/TSPRouteatau http://localhost:52370/api/VTRouting/Route saya mendapatkan kesalahan:

Beberapa tindakan ditemukan yang sesuai dengan permintaan

Jika saya menghapus salah satu metode di atas berfungsi dengan baik.

Global.asax

Saya telah mencoba memodifikasi tabel routing default global.asax, tetapi saya masih mendapatkan kesalahan, saya pikir saya memiliki masalah dalam mendefinisikan rute di global.asax. Inilah yang saya lakukan di global.asax.

public static void RegisterRoutes(RouteCollection routes)
{
    routes.MapHttpRoute(
        name: "MyTSPRoute",
        routeTemplate: "api/VTRouting/TSPRoute",
        defaults: new { }
    );

    routes.MapHttpRoute(
        name: "MyRoute",
        routeTemplate: "api/VTRouting/Route",
        defaults: new { action="Route" }
    );
}

Saya membuat permintaan di Fiddler menggunakan POST, melewati json di RequestBody for MyRequestTemplate.

Anda dapat memiliki beberapa tindakan dalam satu kontroler.

Untuk itu Anda harus melakukan dua hal berikut.

• Pertama, hiasi tindakan dengan ActionNameatribut seperti

   [ActionName("route")]
   public class VTRoutingController : ApiController
   {
     [ActionName("route")]
     public MyResult PostRoute(MyRequestTemplate routingRequestTemplate)
     {
       return null;
     }
  
    [ActionName("tspRoute")]
    public MyResult PostTSPRoute(MyRequestTemplate routingRequestTemplate)
    {
       return null;
    }
  }

• Kedua, tentukan rute berikut dalam WebApiConfigfile.

  // Controller Only
  // To handle routes like `/api/VTRouting`
  config.Routes.MapHttpRoute(
      name: "ControllerOnly",
      routeTemplate: "api/{controller}"               
  );
  
  
  // Controller with ID
  // To handle routes like `/api/VTRouting/1`
  config.Routes.MapHttpRoute(
      name: "ControllerAndId",
      routeTemplate: "api/{controller}/{id}",
      defaults: null,
      constraints: new { id = @"^\d+$" } // Only integers 
  );
  
  // Controllers with Actions
  // To handle routes like `/api/VTRouting/route`
  config.Routes.MapHttpRoute(
      name: "ControllerAndAction",
      routeTemplate: "api/{controller}/{action}"
  );

Solusi yang jauh lebih baik untuk masalah Anda adalah menggunakan Routeyang memungkinkan Anda menentukan rute pada metode dengan penjelasan:

[RoutePrefix("api/VTRouting")]
public class VTRoutingController : ApiController
{
    [HttpPost]
    [Route("Route")]
    public MyResult Route(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }

    [HttpPost]
    [Route("TSPRoute")]
    public MyResult TSPRoute(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }
}

menggunakan:

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

itu bukan pendekatan RESTful lagi, tetapi Anda sekarang dapat memanggil tindakan Anda dengan nama (daripada membiarkan Web API secara otomatis menentukan satu untuk Anda berdasarkan kata kerja) seperti ini:

[POST] /api/VTRouting/TSPRoute

[POST] /api/VTRouting/Route

Bertentangan dengan kepercayaan populer, tidak ada yang salah dengan pendekatan ini, dan itu tidak menyalahgunakan Web API. Anda masih dapat memanfaatkan semua fitur luar biasa dari Web API (mendelegasikan penangan, negosiasi konten, mediatype formatters dan sebagainya) - Anda baru saja membuang pendekatan RESTful.

Titik api web (pengontrol) adalah satu sumber daya tunggal yang menerima kata kerja get / post / put / delete. Ini bukan pengontrol MVC normal.

Seharusnya, di /api/VTRoutingsana hanya ada satu metode HttpPost yang menerima parameter yang Anda kirim. Nama fungsi tidak masalah , selama Anda mendekorasi dengan barang-barang [http]. Tapi saya belum pernah mencoba.

Sunting: Ini tidak berfungsi. Dalam menyelesaikannya, tampaknya pergi dengan jumlah parameter, tidak mencoba model-bind ke tipe.

Anda dapat membebani fungsi untuk menerima parameter yang berbeda. Saya cukup yakin Anda akan baik-baik saja jika Anda menyatakannya seperti yang Anda lakukan, tetapi menggunakan parameter yang berbeda (tidak kompatibel) dengan metode. Jika paramsnya sama, Anda kurang beruntung karena penjilidan model tidak akan tahu yang Anda maksud.

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

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

Bagian ini berfungsi

Template default yang mereka berikan ketika Anda membuat yang baru membuatnya cukup eksplisit, dan saya akan mengatakan Anda harus tetap dengan konvensi ini:

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) {}
}

Jika Anda ingin membuat satu kelas yang melakukan banyak hal, untuk penggunaan ajax, tidak ada alasan besar untuk tidak menggunakan pola pengontrol / tindakan standar. Satu-satunya perbedaan nyata adalah tanda tangan metode Anda tidak cantik, dan Anda harus membungkusnya Json( returnValue)sebelum mengembalikannya.

Edit:

Overloading berfungsi dengan baik saat menggunakan templat standar (diedit untuk disertakan) saat menggunakan tipe sederhana. Saya telah pergi dan menguji sebaliknya, dengan 2 objek khusus dengan tanda tangan yang berbeda. Tidak pernah bisa membuatnya bekerja.

• Mengikat dengan objek yang kompleks tidak terlihat "dalam", jadi itu tidak perlu
• Anda bisa menyiasatinya dengan melewatkan param tambahan, pada string kueri
• Langgan yang lebih baik daripada yang bisa saya berikan pada opsi yang tersedia

Ini bekerja untuk saya dalam hal ini, lihat di mana itu membuat Anda. Pengecualian hanya untuk pengujian.

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; }
}

Dan disebut seperti ini dari konsol:

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

Dimungkinkan untuk menambahkan beberapa metode Get dan Post di Web API Controller yang sama. Di sini Rute default yang Menyebabkan Masalah. API Web memeriksa Rute Pencocokan dari Atas ke Bawah dan Karenanya Rute Default Anda Cocok untuk semua Permintaan. Sesuai rute default, hanya satu Metode Get and Post yang dimungkinkan dalam satu controller. Baik tempatkan kode berikut di atas atau Komentar Keluar / Hapus Rute Default

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

Letakkan Rute Awalan [RoutePrefix ("api / Profiles")] di tingkat pengontrol dan letakkan rute di metode tindakan [Rute ("SukaProfil")]. Tidak perlu mengubah apa pun di file global.asax

namespace KhandalVipra.Controllers
{
    [RoutePrefix("api/Profiles")]
    public class ProfilesController : ApiController
    {
        // POST: api/Profiles/LikeProfile
        [Authorize]
        [HttpPost]
        [Route("LikeProfile")]
        [ResponseType(typeof(List<Like>))]
        public async Task<IHttpActionResult> LikeProfile()
        {
        }
    }
}

Saya pikir pertanyaannya sudah dijawab. Saya juga mencari sesuatu pengontrol webApi yang memiliki mehtods yang sama tetapi nama yang berbeda. Saya mencoba menerapkan Kalkulator sebagai WebApi. Kalkulator memiliki 4 metode dengan tanda tangan yang sama tetapi nama yang berbeda.

public class CalculatorController : ApiController
{
    [HttpGet]
    [ActionName("Add")]
    public string Add(int num1 = 1, int num2 = 1, int timeDelay = 1)
    {
        Thread.Sleep(1000 * timeDelay);
        return string.Format("Add = {0}", num1 + num2);
    }

    [HttpGet]
    [ActionName("Sub")]
    public string Sub(int num1 = 1, int num2 = 1, int timeDelay = 1)
    {
        Thread.Sleep(1000 * timeDelay);
        return string.Format("Subtract result = {0}", num1 - num2);
    }

    [HttpGet]
    [ActionName("Mul")]
    public string Mul(int num1 = 1, int num2 = 1, int timeDelay = 1)
    {
        Thread.Sleep(1000 * timeDelay);
        return string.Format("Multiplication result = {0}", num1 * num2);
    }

    [HttpGet]
    [ActionName("Div")]
    public string Div(int num1 = 1, int num2 = 1, int timeDelay = 1)
    {
        Thread.Sleep(1000 * timeDelay);
        return string.Format("Division result = {0}", num1 / num2);
    }
}

dan dalam file WebApiConfig yang sudah Anda miliki

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

Cukup atur otentikasi / otorisasi pada IIS dan Anda selesai!

Semoga ini membantu!

Anda dapat menggunakan pendekatan ini:

public class VTRoutingController : ApiController
{
    [HttpPost("Route")]
    public MyResult Route(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }

    [HttpPost("TSPRoute")]
    public MyResult TSPRoute(MyRequestTemplate routingRequestTemplate)
    {
        return null;
    }
}

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

public class Journal : ApiController
{

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

Saya tidak yakin apakah metode get / post overloading melanggar konsep restfull api, tetapi workds. Kalau ada yang bisa mencerahkan tentang hal ini. Bagaimana jika saya memiliki uri sebagai

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

jadi seperti yang Anda lihat jurnal saya semacam aggregateroot, meskipun saya dapat menentukan pengontrol lain untuk publikasi semata-mata dan memberikan nomor publikasi pada url saya, tetapi ini memberi jauh lebih masuk akal. karena publikasi saya tidak akan ada tanpa jurnal itu sendiri.

Saya baru saja menambahkan "action = action_name" ke url dan dengan cara ini mesin perutean tahu tindakan apa yang saya inginkan. Saya juga menambahkan Atribut ActionName ke tindakan tetapi saya tidak yakin itu diperlukan.

Penjelasan terbaik dan paling sederhana yang saya lihat pada topik ini - http://www.binaryintellect.net/articles/9db02aa1-c193-421e-94d0-926e440ed297.aspx

• Diedit -

Saya berhasil hanya dengan Route, dan tidak perlu RoutePrefix.

Misalnya, di controller

[HttpPost]
[Route("[action]")]
public IActionResult PostCustomer
([FromBody]CustomerOrder obj)
{
}

dan

[HttpPost]
[Route("[action]")]
public IActionResult PostCustomerAndOrder
([FromBody]CustomerOrder obj)
{
}

Kemudian, nama fungsi digunakan dalam jquery sebagai -

options.url = "/api/customer/PostCustomer";

atau

options.url = "/api/customer/PostCustomerAndOrder";