ASP.NET MVC 2 - Ustawianie wartości na IValueProvider

Question

Próbuję uaktualnić mój projekt MVC 1 do MVC 2 RC. Obecnie mamy niestandardowy modelarinder, który dodaje elementy do ValueProvider (działało to, gdy był słownikiem). Następnie przekazaliśmy to domyślnemu modelowi. Jednak IValueProvider nie ma metody dodawania, więc ten algorytm nie działa. Czy ktoś wie o sposobie dodawania wartości do ValueProvider w MVC 2?

foreach(string valKey in controllerContext.RequestContext.HttpContext.Request.Form.AllKeys.Where(x => x.StartsWith(valuesToChangePrefix))) 
{ 
    string valName = valKey.Substring(valuesToChangePrefix.Length); 

    string myVal = ManipulateValue(bindingContext.ValueProvider.GetValue(valKey).AttemptedValue); 

    // This is where I need to add to my value Provider (As you can see I used to just assign a ValueProviderResult 
    //bindingContext.ValueProvider = new ValueProviderResult(myVal.Split(','), myVal, bindingContext.ValueProvider.GetValue(valKey).Culture); 
} 

Answer 1

Problem polega na tym, że do czasu można dostać się do ModelBinder Twój ValueProvider został już ustawiony. Poprzednio w tym momencie można było dodać wartości do ValueProvider.

Aby udostępnić usługę Custom ValueProvider, należy zastąpić właściwość ControllerActionInvoker, która jest najlepszym rozwiązaniem. Niestety ControllerActionInvoker jest tworzony przez obiekt kontrolera, zamiast być wstrzykiwany. W związku z tym należy również zastąpić kontroler, aby wywoływał własny program ControllerActionInvoker.

Answer 2

Nie możesz użyć jednego z pochodnych typów IValueProvider? (lub nawet tworzyć własne, ale wydaje się, że są w nim odpowiednie implementacje)

ValueProviderDictionary. ValueProviderCollection, FormCollection (i jeszcze kilka) wszystkie implementują IValueProvider.

Nie jestem pewien, czy to pomaga. Nie jestem całkowicie pewien tego, co próbujesz zrobić. Nie musiałem tak często mieszać się z post-paramami.

Answer 3

Prawdopodobnie wpadłem w błąd, ale jaki jest ten prefiks, którego używasz? Czy jest to związane z relacją potomną Twojego modelu?

Jeśli nie, dlaczego nie wywodzić się z DefaultModelBinder i zastąpić metodę BindModel()? W ten sposób możesz zadzwonić pod numer base.BindModel() i manipulować wartościami później, jednak nie możesz wtedy użyć sprawdzania poprawności modelu (upewnij się, że czytasz http://bradwilson.typepad.com/blog/2010/01/input-validation-vs-model-validation-in-aspnet-mvc.html, ponieważ nastąpi znacząca zmiana w stosunku do wersji RC).

Bardziej czystym podejściem, z tego co, jak sądzę, próbuję zrobić, jest użycie ViewModel w tym przypadku. Ponieważ manipulacja jest prawdopodobnie nietrywialna, możesz chcieć oddzielić sprawdzanie danych wejściowych i modeli od siebie nawzajem.

Nie wiem, czy to pomoże albo ...