Bisakah Anda kelebihan metode pengontrol di ASP.NET MVC?

Saya ingin tahu apakah Anda dapat membebani metode pengontrol di ASP.NET MVC. Setiap kali saya mencoba, saya mendapatkan kesalahan di bawah ini. Dua metode menerima argumen yang berbeda. Apakah ini sesuatu yang tidak bisa dilakukan?

Permintaan tindakan saat ini 'MyMethod' pada tipe pengontrol 'MyController' adalah ambigu antara metode tindakan berikut:

Anda dapat menggunakan atribut jika Anda ingin kode Anda melakukan overloading.

[ActionName("MyOverloadedName")]

Tapi, Anda harus menggunakan nama tindakan yang berbeda untuk metode http yang sama (seperti yang orang lain katakan). Jadi itu hanya semantik pada saat itu. Apakah Anda lebih suka nama dalam kode atau atribut Anda?

Phil memiliki artikel yang berkaitan dengan ini: http://haacked.com/archive/2008/08/29/how-a-method-becomes-an-action.aspx

Iya. Saya sudah bisa melakukan ini dengan mengatur HttpGet/ HttpPost(atau AcceptVerbsatribut yang setara ) untuk setiap metode pengontrol untuk sesuatu yang berbeda, yaitu, HttpGetatau HttpPost, tetapi tidak keduanya. Dengan begitu ia bisa mengetahui berdasarkan jenis permintaan metode mana yang digunakan.

[HttpGet]
public ActionResult Show()
{
   ...
}

[HttpPost]
public ActionResult Show( string userName )
{
   ...
}

Satu saran yang saya miliki adalah bahwa, untuk kasus seperti ini, akan memiliki implementasi pribadi yang bergantung pada kedua metode Tindakan publik Anda untuk menghindari duplikasi kode.

Berikut ini hal lain yang dapat Anda lakukan ... Anda menginginkan metode yang dapat memiliki parameter dan tidak.

Kenapa tidak coba ini ...

public ActionResult Show( string username = null )
{
   ...
}

Ini berhasil bagi saya ... dan dalam metode yang satu ini, Anda benar-benar dapat menguji untuk melihat apakah Anda memiliki parameter yang masuk.

Tidak, Tidak dan Tidak. Pergi dan coba kode pengontrol di bawah ini di mana kita memiliki "LoadCustomer" kelebihan beban.

public class CustomerController : Controller
    {
        //
        // GET: /Customer/

        public ActionResult LoadCustomer()
        {
            return Content("LoadCustomer");
        }
        public ActionResult LoadCustomer(string str)
        {
            return Content("LoadCustomer with a string");
        }
    }

Jika Anda mencoba menjalankan tindakan "LoadCustomer" Anda akan mendapatkan kesalahan seperti yang ditunjukkan pada gambar di bawah ini.

Polimorfisme adalah bagian dari pemrograman C # sedangkan HTTP adalah sebuah protokol. HTTP tidak mengerti polimorfisme. HTTP berfungsi pada konsep atau URL dan URL hanya dapat memiliki nama unik. Jadi HTTP tidak menerapkan polimorfisme.

Untuk memperbaiki yang sama kita perlu menggunakan atribut "ActionName".

public class CustomerController : Controller
    {
        //
        // GET: /Customer/

        public ActionResult LoadCustomer()
        {
            return Content("LoadCustomer");
        }

        [ActionName("LoadCustomerbyName")]
        public ActionResult LoadCustomer(string str)
        {
            return Content("LoadCustomer with a string");
        }
    }

Jadi sekarang jika Anda melakukan panggilan ke URL "Pelanggan / LoadCustomer" tindakan "LoadCustomer" akan dipanggil dan dengan struktur URL "Pelanggan / LoadCustomerByName" "LoadCustomer (string str)" akan dipanggil.

Jawaban di atas telah saya ambil dari artikel proyek ini -> MVC Action overloading

Untuk mengatasi masalah ini, Anda dapat menulis ActionMethodSelectorAttributeyang memeriksaMethodInfo untuk setiap tindakan dan membandingkannya dengan nilai-nilai Formulir yang diposting dan kemudian menolak metode apa pun yang nilai-nilai formulirnya tidak cocok (tidak termasuk nama tombol, tentu saja).

Berikut ini contohnya: - http://blog.abodit.com/2010/02/asp-net-mvc-ambiguous-match/

TAPI, ini bukan ide yang baik.

Sejauh yang saya tahu Anda hanya dapat memiliki metode yang sama saat menggunakan metode http yang berbeda.

yaitu

[AcceptVerbs("GET")]
public ActionResult MyAction()
{

}

[AcceptVerbs("POST")]
public ActionResult MyAction(FormResult fm)
{

}

Saya telah mencapai ini dengan bantuan Routing Atribut di MVC5. Memang saya baru mengenal MVC yang berasal dari satu dekade pengembangan web menggunakan WebForms, tetapi berikut ini berhasil bagi saya. Berbeda dengan jawaban yang diterima, ini memungkinkan semua tindakan kelebihan diberikan oleh file tampilan yang sama.

Pertama-tama aktifkan Attribute Routing di App_Start / RouteConfig.cs.

public class RouteConfig
{
    public static void RegisterRoutes(RouteCollection routes)
    {
        routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

        routes.MapMvcAttributeRoutes();

        routes.MapRoute(
            name: "Default",
            url: "{controller}/{action}/{id}",
            defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
        );            
    }
}

Secara opsional, hiasi kelas pengontrol Anda dengan awalan rute default.

[RoutePrefix("Returns")]
public class ReturnsController : BaseController
{
    //.......

Kemudian hiasi tindakan pengontrol Anda yang membebani satu sama lain dengan rute dan parameter umum yang sesuai. Menggunakan parameter tipe terbatas Anda dapat menggunakan format URI yang sama dengan ID dari tipe yang berbeda.

[HttpGet]
// Returns
public ActionResult Index()
{
    //.....
}

[HttpGet]
[Route("View")]
// Returns/View
public ActionResult View()
{
    // I wouldn't really do this but it proves the concept.
    int id = 7026;
    return View(id);
}

[HttpGet]
[Route("View/{id:int}")]
// Returns/View/7003
public ActionResult View(int id)
{
    //.....
}

[HttpGet]
[Route("View/{id:Guid}")]
// Returns/View/99300046-0ba4-47db-81bf-ba6e3ac3cf01
public ActionResult View(Guid id)
{
    //.....
}

Semoga ini bisa membantu dan tidak membawa seseorang ke jalan yang salah. :-)

Anda dapat menggunakan satu ActionResultuntuk menangani keduanya Postdan Get:

public ActionResult Example() {
   if (Request.HttpMethod.ToUpperInvariant() == "GET") {
    // GET
   }
   else if (Request.HttpMethod.ToUpperInvariant() == "POST") {
     // Post  
   }
}

Berguna jika Anda Getdan Postmetode memiliki tanda tangan yang cocok.

Saya baru saja menemukan pertanyaan ini dan, meskipun sudah cukup lama, masih sangat relevan. Ironisnya, satu komentar yang benar di utas ini diposting oleh seorang pemula yang mengaku di MVC ketika ia menulis posting tersebut. Bahkan dokumen ASP.NET tidak sepenuhnya benar. Saya memiliki proyek besar dan saya berhasil membebani metode tindakan.

Jika seseorang memahami perutean, di luar pola rute default {controller} / {action} / {id} sederhana, mungkin jelas bahwa tindakan controller dapat dipetakan menggunakan pola unik apa pun. Seseorang di sini berbicara tentang polimorfisme dan berkata: "HTTP tidak memahami polimorfisme", tetapi perutean tidak ada hubungannya dengan HTTP. Ini, sederhananya, mekanisme untuk pencocokan pola string.

Cara terbaik untuk membuat pekerjaan ini adalah dengan menggunakan atribut perutean, misalnya:

[RoutePrefix("cars/{country:length(3)}")]
public class CarHireController
{
    [Route("{location}/{page:int=1}", Name = "CarHireLocation")]
    public ActionResult Index(string country, string location, int page)
    {
        return Index(country, location, null, page);
    }

    [Route("{location}/{subLocation}/{page:int=1}", Name = "CarHireSubLocation")]
    public ActionResult Index(string country, string location, string subLocation, int page)
    {
        //The main work goes here
    }
}

Tindakan ini akan mengurus url seperti /cars/usa/new-yorkdan/cars/usa/texas/dallas , yang akan memetakan masing-masing tindakan Indeks pertama dan kedua.

Memeriksa contoh controller ini terbukti bahwa itu melampaui pola rute default yang disebutkan di atas. Default berfungsi dengan baik jika struktur url Anda benar-benar cocok dengan konvensi penamaan kode Anda, tetapi ini tidak selalu terjadi. Kode harus deskriptif dari domain, tetapi url sering harus lebih jauh karena konten mereka harus didasarkan pada kriteria lain, seperti persyaratan SEO.

Manfaat dari pola perutean default adalah secara otomatis membuat rute unik. Ini diberlakukan oleh kompilator karena url akan cocok dengan tipe dan anggota pengontrol yang unik. Menggulirkan pola rute Anda sendiri akan membutuhkan pemikiran yang cermat untuk memastikan keunikan dan bahwa mereka bekerja.

Catatan penting Satu-satunya kelemahan adalah bahwa menggunakan perutean untuk menghasilkan url untuk tindakan yang berlebihan tidak bekerja ketika didasarkan pada nama tindakan, misalnya, ketika menggunakan UrlHelper.Action. Tapi itu berfungsi jika seseorang menggunakan rute bernama, misalnya, UrlHelper.RouteUrl. Dan menggunakan rute bernama, menurut sumber yang dihormati, cara untuk pergi bagaimanapun ( http://haacked.com/archive/2010/11/21/named-routes-to-the-rescue.aspx/ ).

Semoga berhasil!

Anda dapat menggunakan [ActionName ("NewActionName")] untuk menggunakan metode yang sama dengan nama yang berbeda:

public class HomeController : Controller
{
    public ActionResult GetEmpName()
    {
        return Content("This is the test Message");
    }

    [ActionName("GetEmpWithCode")]
    public ActionResult GetEmpName(string EmpCode)
    {
        return Content("This is the test Messagewith Overloaded");
    }
}

Saya membutuhkan kelebihan untuk:

public ActionResult Index(string i);
public ActionResult Index(int groupId, int itemId);

Ada beberapa argumen yang cukup di mana saya akhirnya melakukan ini:

public ActionResult Index(string i, int? groupId, int? itemId)
{
    if (!string.IsNullOrWhitespace(i))
    {
        // parse i for the id
    }
    else if (groupId.HasValue && itemId.HasValue)
    {
        // use groupId and itemId for the id
    }
}

Itu bukan solusi yang sempurna, terutama jika Anda memiliki banyak argumen, tetapi itu bekerja dengan baik untuk saya.

Saya juga menghadapi masalah yang sama dalam aplikasi saya. Tanpa Modifikasi informasi Metode apa pun, saya telah memberikan [ActionName ("SomeMeaningfulName")] pada Action head. masalah terselesaikan

[ActionName("_EmployeeDetailsByModel")]
        public PartialViewResult _EmployeeDetails(Employee model)
        {
            // Some Operation                
                return PartialView(model);
            }
        }

[ActionName("_EmployeeDetailsByModelWithPagination")]
        public PartialViewResult _EmployeeDetails(Employee model,int Page,int PageSize)
        {

                // Some Operation
                return PartialView(model);

        }

Buat metode dasar sebagai virtual

public virtual ActionResult Index()

Buat metode yang diganti sebagai ganti

public override ActionResult Index()

Sunting: Ini jelas hanya berlaku jika metode override dalam kelas turunan yang tampaknya bukan niat OP.

Saya suka jawaban ini diposting di utas lain

Ini terutama digunakan jika Anda mewarisi dari pengontrol lain dan ingin mengganti aksi dari pengontrol dasar

ASP.NET MVC - Mengganti tindakan dengan parameter berbeda

Hanya ada satu tanda tangan publik yang diizinkan untuk setiap metode pengontrol. Jika Anda mencoba memuatnya secara berlebihan, itu akan dikompilasi, tetapi Anda mendapatkan kesalahan run-time yang Anda alami.

Jika Anda tidak mau menggunakan kata kerja yang berbeda (seperti [HttpGet]dan[HttpPost] atribut ) untuk membedakan metode kelebihan beban (yang akan bekerja), atau mengubah perutean, maka yang tersisa adalah Anda bisa memberikan metode lain dengan nama yang berbeda, atau Anda bisa kirim dalam metode yang ada. Begini cara saya melakukannya:

Saya pernah datang ke situasi di mana saya harus menjaga kompatibilitas ke belakang. Metode asli mengharapkan dua parameter, tetapi yang baru hanya memiliki satu. Kelebihan cara yang saya harapkan tidak berhasil karena MVC tidak menemukan titik masuk lagi.

Untuk mengatasinya, saya melakukan hal berikut:

1. Mengubah 2 metode tindakan kelebihan beban dari publik menjadi pribadi

2. Menciptakan satu metode publik baru yang berisi "hanya" 2 parameter string. Yang itu bertindak sebagai operator, yaitu:

   public ActionResult DoSomething(string param1, string param2)
   {
       if (string.IsNullOrEmpty(param2))
       {
           return DoSomething(ProductName: param1);
       }
       else
       {
           int oldId = int.Parse(param1);
           return DoSomething(OldParam: param1, OldId: oldId);
       }
   }
   
   
   private ActionResult DoSomething(string OldParam, int OldId)
   {
       // some code here
       return Json(result);
   }
   
   
   private ActionResult DoSomething(string ProductName)
   {
       // some code here
       return Json(result);
   }

Tentu saja, ini adalah retasan dan harus dire-refored nanti. Tetapi untuk saat ini, itu berhasil untuk saya.

Anda juga dapat membuat dispatcher seperti:

public ActionResult DoSomething(string action, string param1, string param2)
{
    switch (action)
    {
        case "update":
            return UpdateAction(param1, param2);
        case "remove":
            return DeleteAction(param1);
    }
}

Anda dapat melihat, bahwa UpdateAction membutuhkan 2 parameter, sedangkan DeleteAction hanya membutuhkan satu parameter.

Maaf atas keterlambatannya. Saya dengan masalah yang sama dan saya menemukan tautan dengan jawaban yang bagus, dapatkah itu membantu orang baru

Semua kredit untuk situs web BinaryIntellect dan penulisnya

Pada dasarnya, ada empat situasi: menggunakan kata kerja differents , menggunakan perutean , menandai overload dengan atribut [NoAction] dan mengubah nama atribut aksi dengan [ActionName]

Jadi, tergantung itu adalah situasi dan situasi Anda.

Namun, ikuti tautannya:

Tautan: http://www.binaryintellect.net/articles/8f9d9a8f-7abf-4df6-be8a-9895882ab562.aspx

Jika ini merupakan upaya untuk menggunakan satu tindakan GET untuk beberapa tampilan yang POST ke beberapa tindakan dengan model yang berbeda, maka coba tambahkan tindakan GET untuk setiap tindakan POST yang dialihkan ke GET pertama untuk mencegah 404 saat refresh.

Skenario panjang namun umum.