Późne wiązanie Dynamicznie rozwiązuj modele po wejściu do kontrolera

Szukam sposobu rozwiązania modelu po uruchomieniu akcji w kontrolerze, najprostszym sposobem opisania problemu byłoby:

public DTO[] Get(string filterName)
{
    //How can I do this
    this.Resolve<MyCustomType>("MyParamName");
}

Jeśli szukasz więcej informacji o tym, dlaczego próbuję to zrobić, możesz kontynuować czytanie, aby uzyskać pełny obraz

TL; DR

Szukam sposobu na rozwiązanie modelu żądania, biorąc pod uwagę nazwę parametru, która zawsze będzie rozstrzygana z ciągu zapytania. Jak mogę dynamicznie zarejestrować filtry od uruchomienia. Mam zajęcia, które zajmą się rejestracją moich filtrów.

W mojej klasie startowej chcę móc dynamicznie rejestrować filtry w moich usługach restServices. Mam opcje, których używam do przekazania do mojego niestandardowego sterownika ControllerFeatureProvider, który z grubsza wygląda tak:

public class DynamicControllerOptions<TEntity, TDTO>
{
    Dictionary<string, Func<HttpContext, Expression<Func<TEntity, bool>>>> _funcNameToEndpointResolverMap
        = new Dictionary<string, Func<HttpContext, Expression<Func<TEntity, bool>>>>();
    Dictionary<string, List<ParameterOptions>> _filterParamsMap = new Dictionary<string, List<ParameterOptions>>();

    public void AddFilter(string filterName, Expression<Func<TEntity, bool>> filter)
    {
        this._funcNameToEndpointResolverMap.Add(filterName, (httpContext) =>  filter);
    }
    public void AddFilter<T1>(string filterName, Func<T1, Expression<Func<TEntity, bool>>> filterResolver,
        string param1Name = "param1")
    {
        var parameters = new List<ParameterOptions> { new ParameterOptions { Name = param1Name, Type = typeof(T1) } };
        this._filterParamsMap.Add(filterName, parameters);
        this._funcNameToEndpointResolverMap.Add(filterName, (httpContext) => {
            T1 parameter = this.ResolveParameterFromContext<T1>(httpContext, param1Name);
            var filter = filterResolver(parameter);
            return filter;
        });
    }
}

Mój kontroler będzie śledził opcje i użyje ich do zapewnienia filtrów dla punktów końcowych stronicowania i OData.

public class DynamicControllerBase<TEntity, TDTO> : ControllerBase
{
    protected DynamicControllerOptions<TEntity, TDTO> _options;
    //...

    public TDTO[] GetList(string filterName = "")
    {
        Expression<Func<TEntity, bool>> filter = 
            this.Options.ResolveFilter(filterName, this.HttpContext);
        var entities = this._context.DbSet<TEntity>().Where(filter).ToList();
        return entities.ToDTO<TDTO>();
    }
}

Mam problem z wymyśleniem, jak dynamicznie rozwiązać model, biorąc pod uwagę HttpContext, pomyślałbym, aby zrobić coś takiego, aby uzyskać model, ale to pseudo-kod, który nie działa

private Task<T> ResolveParameterFromContext<T>(HttpContext httpContext, string parameterName)
{
    //var modelBindingContext = httpContext.ToModelBindingContext();
    //var modelBinder = httpContext.Features.OfType<IModelBinder>().Single();
    //return modelBinder.BindModelAsync<T>(parameterName);
}

Po wkopaniu do źródła zobaczyłem kilka obiecujących rzeczy ModelBinderFactory i ControllerActionInvoker Te klasy są używane w potoku do wiązania modelu,

Spodziewałbym się ujawnić prosty interfejs do rozwiązania nazwy parametru z QueryString, coś takiego:

ModelBindingContext context = new ModelBindingContext();
return context.GetValueFor<T>("MyParamName");

Jednak jedynym sposobem, w jaki widzę rozwiązanie modelu z segregatora modeli, jest tworzenie fałszywych deskryptorów kontrolera i wyśmiewanie mnóstwa rzeczy.

Jak mogę zaakceptować parametry późno związane do mojego kontrolera?

Zgadzam się z twoją myślą

usługi muszą filtrować dane z listy pobierania, ale nie chcę pisać całej usługi ze wszystkich potrzebnych mi do zapewnienia filtru

Po co pisać widget / filtr / punkt końcowy dla każdej możliwej kombinacji?

Wystarczy zapewnić podstawowe operacje, aby uzyskać wszystkie dane / właściwości. Następnie użyj GraphQL, aby zezwolić użytkownikowi końcowemu na filtrowanie ( modelowanie ) zgodnie z ich potrzebami.

Z GraphQL

GraphQL is a query language for APIs and a runtime for fulfilling those queries with your existing data. GraphQL provides a complete and understandable description of the data in your API, gives clients the power to ask for exactly what they need and nothing more, makes it easier to evolve APIs over time, and enables powerful developer tools.

Zrobiliśmy to, nasz kod odwołuje się do tej witryny: https://prideparrot.com/blog/archive/2012/6/gotchas_in_explicit_model_binding

W szczególności, patrząc na nasz kod, jaka jest sztuczka polegająca na zaakceptowaniu FormCollection w metodzie kontrolera, a następnie użyciu spoiwa modelu, modelu i danych formularza:

Przykład pochodzi z linku:

public ActionResult Save(FormCollection form)
{
var empType = Type.GetType("Example.Models.Employee");
var emp = Activator.CreateInstance(empType);

var binder = Binders.GetBinder(empType);

  var bindingContext = new ModelBindingContext()
  {
    ModelMetadata = ModelMetadataProviders.Current.GetMetadataForType(() => emp, empType),
    ModelState = ModelState,
    ValueProvider = form
  };      

  binder.BindModel(ControllerContext, bindingContext);

  if (ModelState.IsValid)
  {
   _empRepo.Save(emp);

    return RedirectToAction("Index");
  }

return View();
}

(Uwaga: strona prawdopodobnie nie działa, link do archive.org)

Skończyło się na pisaniu kontrolerów dynamicznych. Aby rozwiązać problem jako obejście.

private static TypeBuilder GetTypeBuilder(string assemblyName)
{
    var assemName = new AssemblyName(assemblyName);
    var assemBuilder = AssemblyBuilder.DefineDynamicAssembly(assemName, AssemblyBuilderAccess.Run);
    // Create a dynamic module in Dynamic Assembly.
    var moduleBuilder = assemBuilder.DefineDynamicModule("DynamicModule");
    var tb = moduleBuilder.DefineType(assemblyName,
            TypeAttributes.Public |
            TypeAttributes.Class |
            TypeAttributes.AutoClass |
            TypeAttributes.AnsiClass |
            TypeAttributes.BeforeFieldInit |
            TypeAttributes.AutoLayout,
            null);

    return tb;
}

Na razie ciężko koduję func w metodzie, ale jestem pewien, że możesz dowiedzieć się, jak go przekazać, jeśli potrzebujesz.

public static Type CompileResultType(string typeSignature)
{
    TypeBuilder tb = GetTypeBuilder(typeSignature);

    tb.SetParent(typeof(DynamicControllerBase));

    ConstructorBuilder ctor = tb.DefineDefaultConstructor(MethodAttributes.Public | MethodAttributes.SpecialName | MethodAttributes.RTSpecialName);

    // For this controller, I only want a Get method to server Get request
    MethodBuilder myGetMethod =
        tb.DefineMethod("Get",
            MethodAttributes.Public,
            typeof(String), new Type[] { typeof(Test), typeof(String) });

    // Define parameters
    var parameterBuilder = myGetMethod.DefineParameter(
        position: 1, // 0 is the return value, 1 is the 1st param, 2 is 2nd, etc.
        attributes: ParameterAttributes.None,
        strParamName: "test"
    );
    var attributeBuilder
        = new CustomAttributeBuilder(typeof(FromServicesAttribute).GetConstructor(Type.EmptyTypes), Type.EmptyTypes);
    parameterBuilder.SetCustomAttribute(attributeBuilder);

    // Define parameters
    myGetMethod.DefineParameter(
        position: 2, // 0 is the return value, 1 is the 1st param, 2 is 2nd, etc.
        attributes: ParameterAttributes.None,
        strParamName: "stringParam"
    );

    // Generate IL for method.
    ILGenerator myMethodIL = myGetMethod.GetILGenerator();
    Func<string, string> method = (v) => "Poop";

    Func<Test, string, string> method1 = (v, s) => v.Name + s;

    myMethodIL.Emit(OpCodes.Jmp, method1.Method);
    myMethodIL.Emit(OpCodes.Ret);

    return tb.CreateType();
}