Perché un trailing% (in questo caso i dati validi) 20 uccidere asp.net mvc di routing

Question

intraprendere le seguenti azioni di controllo

public ActionResult NextBySURNAME(int id, string data) 
    { 
     //code to process the data and edit the id accoringly not written yet 
     return RedirectToAction("Edit", new { id = id }); 
    } 

se io lo chiamo con /myController/NextBySURNAME/12/Smith% 20Simon

allora funziona bene (in questo disco editing caso 12) ma

/myController/NextBySURNAME/12/Smith% 20

mi dà un 404

Ora so che in alcuni casi nel mio problema lo spazio bianco finale è significativo, quindi non voglio solo ritagliarlo. Allora, perché questa rotta si interrompe?

 routes.MapRoute(
      "Default", // Route name 
      "{controller}/{action}/{id}/{data}", // URL with parameters 
      new { controller = "Home", action = "Index", id = UrlParameter.Optional, data=UrlParameter.Optional } // Parameter defaults 
     ); 

Answer 1

Così ho fatto qualche debug percorso e ha scoperto che le rotte che terminano con uno spazio non erano nemmeno in corso di valutazione da parte mia app MVC. Pertanto, IIS deve gestire queste richieste in modo insufficiente.

Ho aggiunto una regola di riscrittura a IIS 7.5 per abbinare gli spazi finali e riscriverli come lo stesso url senza spazio. Non sono soddisfatto di questa soluzione, ma non sono riuscito a trovare una spiegazione sul motivo per cui IIS gestisce erroneamente gli URL con spazi finali.

Answer 2

Penso che il modo in cui i caratteri sfuggiti siano gestiti sia modificabile in .NEt 4.0, ma non l'ho provato io stesso. Vedere http://msdn.microsoft.com/en-us/library/system.uri.aspx.

Andrews risposta a URL-encoded slash in URL

anche How to create a Uri instance parsed with GenericUriParserOptions.DontCompressPath

Questo è tutto selvaggio solo indovinare, ma forse aiuta.