Pourquoi ne l'ASP.Net liant de modèle MVC lier un vide tableau JSON à null?

Voici ma classe de modèle:

public class MyModel
{
    public Employees[] MyEmpls{get;set;}
    public int Id{get;set;}
    public OrgName{get;set;}
}

Passage ci-dessous la structure JSON objet avec MyEmpls as empty array à la MVC du contrôleur.

["Id":12, "MyEmpls":[], "OrgName":"Kekran Mcran"]

Contrôleur

[HttpPost]
public ActionResult SaveOrg(MyModel model)
{
  //model.MyEmpls is null here
}

Je suis dans l'attente d' mode.MyEmpls un vide c# tableau, pas un null. Est un modèle de liaison personnalisé nécessaires pour réaliser un tableau vide?

  • Et MyEmpls n'est pas nulle lorsque vous fournissez un Employé via JSON?
  • Pourquoi ne pas u vérifier dans votre méthode d'action si myEmpls est nulle alors le définir comme un vide c# array?
InformationsquelleAutor Billa | 2014-04-16
  1. 31

    Je pense que certains des autres réponses ont manqué le sens de la question: "pourquoi le défaut MVC modèle de classeur lier un vide tableau Json à la valeur null à la place d'un vide C# array?

    Bien, je ne peux pas vous dire pourquoi ils ont fait ça, mais je peux vous montrer où il arrive. La source pour MVC peut être trouvé sur le site CodePlex ici: http://aspnetwebstack.codeplex.com/SourceControl/latest. Le fichier que vous recherchez est ValueProviderResult.cs où vous pouvez voir:

        private static object UnwrapPossibleArrayType(CultureInfo culture, object value, Type destinationType)
{
if (value == null || destinationType.IsInstanceOfType(value))
{
return value;
}
//array conversion results in four cases, as below
Array valueAsArray = value as Array;
if (destinationType.IsArray)
{
Type destinationElementType = destinationType.GetElementType();
if (valueAsArray != null)
{
//case 1: both destination + source type are arrays, so convert each element
IList converted = Array.CreateInstance(destinationElementType, valueAsArray.Length);
for (int i = 0; i < valueAsArray.Length; i++)
{
converted[i] = ConvertSimpleType(culture, valueAsArray.GetValue(i), destinationElementType);
}
return converted;
}
else
{
//case 2: destination type is array but source is single element, so wrap element in array + convert
object element = ConvertSimpleType(culture, value, destinationElementType);
IList converted = Array.CreateInstance(destinationElementType, 1);
converted[0] = element;
return converted;
}
}
else if (valueAsArray != null)
{
//case 3: destination type is single element but source is array, so extract first element + convert
if (valueAsArray.Length > 0)
{
value = valueAsArray.GetValue(0);
return ConvertSimpleType(culture, value, destinationType);
}
else
{
//case 3(a): source is empty array, so can't perform conversion
return null;
}
}
//case 4: both destination + source type are single elements, so convert
return ConvertSimpleType(culture, value, destinationType);
}
}

    La partie intéressante est le "cas 3":

    else
{
//case 3(a): source is empty array, so can't perform conversion
return null;
}

    Vous pouvez passer à côté de cette question par l'initialisation de votre tableau sur le modèle dans son constructeur. Dans ma lecture rapide de la source, je ne peux pas vous dire pourquoi ils ne peuvent pas retourner un tableau vide ou pourquoi ils décident de ne pas le faire, mais il convient de faire de la lecture intéressante.

    • Il semble que le problème est que destinationType.IsArray retourne la valeur false pour List<> classe, où il travail pour le type de Tableau.
    • Dans le code de l'OP posté il est utilisé Employé[] plutôt que de dresser la Liste<Employé>, donc, à moins que c'est une erreur, je suis à une perte...
    • Je pense que le réel problème est dans DefaultModelBinder github.com/ASP-NET-MVC/aspnetwebstack/blob/master/src/... ligne 711 où elle retourne null si la construit objectList ne contient rien. Check this out: lostechies.com/jimmybogard/2013/11/07/...
    • Est-il un moyen de remplacer la définition de DefaultModelBinder, de sorte qu'un Tableau Vide est maintenu comme un Tableau Vide après la désérialisation ? L'idée est que ma méthode de Contrôleur est associé à un HTTPPatch et ce tableau est censé être vide, pour qu'il soit traité.
    • Notez que dans MVC Core ce comportement a été modifié le comportement prévu de vide JSON tableaux être lié à un vide de la collection.
    InformationsquelleAutor Richiban
  2. 29

    Vous obtenez une valeur null comme valeur par défaut pour un type de référence en C#. Afin d'obtenir un tableau vide, vous devez initialiser le tableau dans votre modèle à l'aide d'un constructeur. Cependant, comme vous devez définir la taille du tableau lorsqu'il est initialisé, il pourrait être préférable d'utiliser un autre type de collection comme un List:

    public class MyModel
{
public List<Employees> MyEmpls{get;set;}
public int Id{get;set;}
public OrgName{get;set;}
public MyModel() 
{
MyEmpls = new List<Employees>();
}
}

    Vous obtiendrez alors une liste vide quand un tableau vide est passé à partir du json.

    Si vous devez vraiment utiliser un tableau juste de réagir avec une taille:

    public class MyModel
{
public Employees[] MyEmpls{get;set;}
public int Id{get;set;}
public OrgName{get;set;}
public MyModel() 
{
MyEmpls = new Employees[//enter size of array in here];
}
}
    • C'est un WCF classe proxy qui est utilisé comme MyModel. Donc je pense qu'il pourrait ne pas avoir le contrôle de modifier Employee[] à List<Employee>
    • Nulle et vide signifier des choses très différentes. Dans mon cas, - précisant les modifications apportées à un modèle. Null signifie ignorer cette propriété, le laisser tel qu'il est. Vide signifie supprimer tous les éléments.
    InformationsquelleAutor James
  3. 0

    Si vous obtenez modèle.MyEmpls nulle, alors vous pouvez créer une condition sur le côté serveur pour arrêter de les élever exception comme:

    if(model.MyEmpls !=null){
...
}

    Et que vous obtenez la valeur null, car votre MyEmpls est une Classe Personnalisée tableau et vous envoyez tout simplement [].

    Espère que cela vous aide.

    InformationsquelleAutor Mehmood
  4. 0

    Essayez de créer un modèle de classeur en tant que ci-dessous

    public class MyModelBinder : IModelBinder
{
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
{
try
{                
var request = controllerContext.HttpContext.Request;
return new MyModel
{
MyEmpls = request[] ?? new Employees[0],
Id = request["Id"] ?? "",
OrgName = request["OrgName"] ?? ""
};
}
catch 
{
//do required exception handling
}
}
}

    Dans Application_Start enregistrer le classeur modèle

    ModelBinders.Binders.Add(typeof(MyModel), new MyModelBinder())

    Et modifier le contrôleur comme

    [HttpPost]
public ActionResult SaveOrg([ModelBinder(typeof(MyModelBinder))] MyModel model)
{
//model.MyEmpls is null here
}
    InformationsquelleAutor HCJ
  5. 0
    [HttpPost]
public ActionResult SaveOrg(MyModel model)
{
var serializer = new JavaScriptSerializer();
var stream = System.Web.HttpContext.Current.Request.InputStream;
var reader = new StreamReader(stream);
stream.Position = 0;
var json = reader.ReadToEnd();
model= serializer.Deserialize<MyModel>(json);
//model.MyEmpls is [] here
}

    JavaScriptSerializer désérialise tableaux vides correctement. De sorte que vous pouvez ignorer le passé-dans le modèle et de le reconstruire à partir de la demande d'entrée de flux. Probablement pas la bonne manière, mais si vous ne devez le faire qu'une fois qu'il enregistre un certain effort. Vous aurez besoin de Système de référence.Web.Extensions.

    InformationsquelleAutor Julian Mann
  6. -1

    vous pouvez définir un setter qui vérifie si la valeur est null

    public class MyModel
{
private _myEmpls{get;set;}
public Employees[] MyEmpls{
get{return _myEmpls;}
set{_myEmpls=(value==null?new List<Employees>():value);}
}
public int Id{get;set;}
public OrgName{get;set;}
}
    InformationsquelleAutor hmd.ai
  7. -1

    Le comportement par défaut de C# initialisation de tableau est à null pas de tableau vide

    Donc, si vous envoyez un tableau vide, vous ne serez pas initier un tableau vide, mais vous permettra de déclencher l'initialisation par défaut à null

    Voir le lien suivant
    http://www.dotnetperls.com/null-array

    • Je pense que la question la question a été prise en était que [] en JSON a été deserialised comme null il C# plutôt que de new [] {}. Ce comportement me semble étrange puisque je considère comme un vide C# tableau plus proche d'un tableau JSON que null.
    InformationsquelleAutor stackunderflow