À l'aide d'attributs Modifiables sur MVC 3 modèle de vue

Je cherche à utiliser les attributs de la marque afficher les propriétés du modèle en readonly, de sorte que le point de vue des champs sont en lecture seule dans le rendu de la vue. L'Application Du Système.ComponentModel.DataAnnotations.EditableAttribute semble être l'exact attribut j'ai besoin, mais elle ne semble pas fonctionner c'est à dire zone de texte champs sont toujours modifiables. J'ai regardé tout autour et ne peuvent trouver de réponses et seulement quelques-unes des questions connexes. L'attribut modifiable appliquée ci-dessous ne fonctionne pas lorsque la vue est rendue.

[Display(Name = "Last Name")]
[Editable(false, AllowInitialValue = true)]
public string LastName { get; set; }

Que je peux atteindre les readonly comportement à l'aide d'un helper de vue de la fonction comme ça, mais ma préférence est d'utiliser un attribut sur le modèle de la propriété.

@functions {
    object getHtmlAttributes()
    {
    if (@ViewBag.Mode == "Edit")
    {
      return new {style = "width:100px;background:#ff6;", @readonly = "readonly"};
    }

    return new { style = "width:100px;" };  
}
} 

@Html.TextBoxFor(model => model.FirstName, getHtmlAttributes())

Autres attributs fonctionnent parfaitement ok y compris personnalisés attributs de validation. Pouvez-vous me dire si les annotations de données d'attributs modifiables œuvres dans ce contexte, il doit travailler comme appliquée au-dessus ou est-il autre chose qui doit être fait? Merci.

Sur la vue de créer nous voulons que les utilisateurs soient en mesure de fournir des valeurs pour tous les champs, mais une fois dans l'affichage modifier certains de ces champs doivent devenir readonly.

OriginalL'auteur Steven Chalk | 2012-04-13

asp.net-mvc-3 attributes

4

La EditableAttribute documentation états:

La présence de la EditableAttribute attribut sur un champ de données indique si l'utilisateur doit être en mesure de modifier la valeur du champ.

Cette classe ni applique pas ni ne garantit qu'un champ est modifiable. Le sous-jacent banque de données pourrait permettre le champ à modifier, indépendamment de la présence de cet attribut.

Malheureusement, cela signifie que l'utilisation de cet attribut n'a aucun effet sur la validation dans MVC. Cela se sent mal, mais c'est logique, si vous pensez au sujet de ce qu'il faudrait pour mettre en œuvre dans le framework MVC. Par exemple, dans une typique "Modifier", l'utilisateur fait une première demande d'OBTENIR où le Modèle est rempli (généralement à partir d'une base de l'enregistrement) et compte tenu de l'avis rendu à l'utilisateur. Ensuite, l'utilisateur fait quelques modifications, puis soumet le formulaire. La soumission du formulaire entraîne une nouveau instance du Modèle construit à partir des paramètres POST. Il serait très difficile pour les validateurs pour s'assurer que le champ a la même valeur dans les deux instances de l'objet, parce que l'une des instances (la première de la requête GET) a déjà été éliminés.

Bien si l'Attribut n'a pas de fonctionnalité, pourquoi même pas la peine de l'utiliser?

Ma meilleure supposition est qu'ils attendent les développeurs à l'utiliser dans leur code pour afficher intention. Sur un plan plus pratique, vous pouvez également écrire votre propre code pour vérifier la présence de cet Attribut...
```
AttributeCollection attributes = TypeDescriptor.GetAttributes(MyProperty);
if (attributes[typeof(EditableAttribute)].AllowEdit)
{
   //editable
}
else
{
   //read-only
}
```
Également garder à l'esprit que ces attributs DataAnnotation ne sont pas seulement pour les applications MVC, ils peuvent être utilisés pour de nombreux types d'applications. Même si MVC ne pas faire quelque chose de spécial avec cet Attribut, d'autres cadres ont mis en œuvre la fonctionnalité de validation, pour cet attribut.

Cette classe ni applique pas ni ne garantit qu'un champ est modifiable. C'est ce qui me confond lorsque j'ai posté la question. Vous avez raison de dire que l'aide modifiable et attributs readonly est donné à titre indicatif et vous avez à regarder, et ensuite de vous rendre la vue en conséquence. J'ai récemment passé plus de temps sur cette question et pense que j'ai maintenant cloué. Voir la réponse ci-dessous.
Heureux de voir que vous avez trouvé une solution! J'ai constitué une solution similaire à la vôtre dans mon projet.

OriginalL'auteur Jesse Webb
2

Seulement semi-résolu ce problème moi-même.

[HiddenInput(DisplayValue=true)]

Le champ est affiché mais pas modifiables.

Il est intéressant de mentionner que la HiddenInputAttribute est dans le System.Mvc espace de noms. Voici la doc. Si vous êtes l'annotation de votre modèle d'affaires classes au lieu d'utiliser des ViewModels, il ne fait pas de sens pour faire de votre Modèle d'entreprise dépend de la MVC. Si, en revanche, vous utilisez Viewmodel avec des annotations, cet Attribut de travail sans aucun code supplémentaire.

OriginalL'auteur panzerblitzer
1

Avez-vous de créer un autre scénario? Une raison particulière, vous permettant à une valeur initiale? Je demande parce que la la documentation dit:

Parce que vous souhaitez généralement à la fois des propriétés de contenir la même valeur,
le AllowInitialValue propriété est définie à la valeur de AllowEdit dans le
le constructeur de la classe.

Je suis en train de penser si vous affectez la valeur false et ne pas déclarer explicitement le AllowInitialValue il va travailler.

Ce que la documentation est en train de dire, c'est que AllowInitialValue sera réglé à la même valeur que AllowEdit sauf si vous définissez explicitement AllowInitialValue dans la déclaration d'attribut.
Ya je l'ai recueillie, était en train de dire que si vous continuez comme faux, il doit travailler. Cela fonctionne quand il est réglé sur faux? Aujourd'hui, je vois que vous avez 2 scénarios, mais juste curieux de savoir si au moins l'un d'entre eux fonctionne.
J'ai utilisé l'attribut modifiable, d'abord et sans application de la AllowInitialValue et aussi avec AllowInitialValue explicitement définie sur false. Aucune combinaison semble fonctionner.

OriginalL'auteur Terry

Constaté que l'utilisation de Modifiable au lieu Readonly sur le modèle fonctionne exactement de la même.

[ReadOnly(true)] //or
[Editable(false)]
public string Name { get; set; }

Cette syntaxe fonctionne lors de l'examen d'un attribut de propriété sur la vue elle-même. Fonctionne également lorsque l'attribut est Modifiable(true)

@if (ViewData.ModelMetadata.Properties.Where(p => p.PropertyName == "Name").First().IsReadOnly)
{ 
    @Html.TextBoxFor(model => model.Name, new { style = "width:190px; background-color: #ffffd6", @readonly =  "readonly" })
} 
else
{
    @Html.TextBoxFor(model => model.Name, new { style = "width:190px; " })
}

À l'aide d'un éditeur de modèle ici un simple modèle de chaîne:

@model String
@{
IDictionary<string, object> htmlAttributes = new Dictionary<string, object>();
if (ViewData.ModelMetadata.IsReadOnly) //this will be looking at the actual property not the complete model
{
htmlAttributes.Add("style", "width:100px; background-color:#ffffd6");
htmlAttributes.Add("readonly", "readonly");
@Html.TextBox("", Model, htmlAttributes)
}

Le problème avec cette approche est En lecture seule est un objet bien défini dans mvc - Il empêche la liaison sur un domaine particulier. Ce n'est pas une INTERFACE utilisateur d'un domaine connexe, mais un modèle de liaison dans un domaine connexe. Par stocker d'autres infos, vous piggy la sauvegarde sur un autre but. Juste mon .02 🙂

OriginalL'auteur Steven Chalk

0

ne sais pas si vous avez compris cela, mais nous utilisons
```
System.ComponentModel.ReadOnlyAttribute
```
utilisation
```
[ReadOnly(true)]
```
Cela ne semble pas fonctionner, j'ai toujours false dans la vue.

OriginalL'auteur Steven

Vous devez vous connecter pour publier un commentaire.