[.NET MVC] Subactions + HttpPost gaat mis

[F.West98]

Hallo,

Ik heb voor mezelf (adhv dit) een subaction attribuut gemaakt. Hiermee kan je dus een linkje zo maken:
controller/action/(subaction)/attributen

Nu heb ik een probleem met HttpPost.
Ik heb de volgende (sub)actions:

C#:

        [Subaction("Apply")]
        [ActionName("Bedrijven")]
        public ActionResult Bedrijven_Apply() {

            return View("Bedrijven_Apply");
        }

        [HttpPost]
        [Subaction("Apply")]
        [ActionName("Bedrijven")]
        public ActionResult Bedrijven_Apply(ApplyBedrijfModel application) {
            return View("Bedrijven_Apply", application);
        }

Een GET Bedrijven/Apply gaat goed, maar zodra ik een post doe krijg ik de volgende melding:

The current request for action 'Bedrijven' on controller type 'AccountController' is ambiguous between the following action methods: [bovenste actie] [onderste actie]

Iemand een idee hoe dit op te lossen?

[Sebazzz]

Heb je geprobeerd explicitiet een HttpGetAttribute te geven aan je bovenste action method?

Je kan als alternatief AttributeRouting gebruiken.

[F.West98]

Inmiddels al opgelost, maar dat AttributeRouting is ook erg interessant!

Ik vermoed dat het probleem komt dat mijn Subaction bij beide functies Bedrijven_Apply true geeft (want de juiste actie) en dat het dan mis gaat. Ik heb het opgelost door een extra (optioneel) attribuut te geven aan de Subaction, post.
Dan kijkt hij of de request en POST is. Als dat zo is geeft ie enkel true aan de POST action, anders niet.

Beter de code erbij (einde van de IsValidForRequest function:

C#:

        var post = controllerContext.HttpContext.Request.HttpMethod == "POST";
        
        // determine whether subaction matches
        return this.Name == subName && this.Post == post;

Even terug is dan de post als extra attribuut erbij gezet

[D-Raven]

Volgens mij is dat niet nodig. Zoals Sebazzz ook al zegt. Zet eens het HttpGet attribuut op je eerste Bedrijven_Apply method.

Wat er waarschijnlijk gebeurd is dat de routing als eerste de (get) bedrijven apply tegenkomt, maar omdat die niet specifiek alleen GET requests accepteert, maar ook POSTS, ziet hij die als een POST method, + je feitelijke POST method krijg je dus 2 methods met dezelfde signature, waardoor je die foutmelding krijgt.