Mit Editable-Attribut auf MVC 3-view-Modell

Ich bin auf der Suche über Attribute markieren view-model-Eigenschaften readonly, so dass die view-Felder können nur gelesen werden in der gerenderten Ansicht. Die Anwendung System.ComponentModel.DataAnnotations.EditableAttribute erscheint, werden die genauen attribute, die ich brauche, aber es scheint nicht zu arbeiten, D. H. textbox-Felder noch bearbeitet werden. Ich habe sah überall, und Sie finden keine Antworten und nur ein paar Fragen. Das editable-Attribut angewendet wird wie unten funktioniert nicht, wenn die view gerendert wird.

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

Kann ich erreichen das readonly-Verhalten mit einem view-helper-Funktion wie diese, aber meine Vorliebe ist die Verwendung eines Attributs für die Eigenschaft model.

@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())

Anderen Parametern arbeiten völlig in Ordnung, einschließlich benutzerdefinierte validierungsattribute. Können Sie mir sagen, ob die Daten Anmerkungen editable-Attribut funktioniert in diesem Kontext soll nur die Arbeit als angewandte oben oder ist es etwas anderes, das getan werden muss? Danke.

  • Auf der create view-wir möchten, dass Benutzer in der Lage sein, um erste Werte für alle Felder, aber einmal in der Bearbeiten-Ansicht einige dieser Felder brauchen, um sich readonly.
InformationsquelleAutor Steven Chalk | 2012-04-13
  1. 4

    Den EditableAttribute Dokumentation Staaten:

    Anwesenheit des EditableAttribute-Attribut auf ein Datenfeld gibt an, ob der Benutzer sollte in der Lage sein, ändern Sie das Feld Wert.

    Dieser Klasse weder erzwungen noch garantiert, dass ein Feld ist editierbar. Die zugrunde liegenden Daten speichern könnte, dass das Feld geändert werden, unabhängig von der Anwesenheit dieses Attribut.

    Leider bedeutet dies, dass die Verwendung dieses Attribut nicht haben keine Auswirkung auf die Validierung in MVC. Dieser fühlt sich falsch an, aber es macht Sinn, wenn Sie darüber nachdenken, was es nehmen würde, um die Implementierung in MVC-framework. Zum Beispiel, in einer typischen "Bearbeiten" - Ansicht, der Benutzer hat eine erste GET-request, in dem das Modell wird aufgefüllt (in der Regel aus einer DB-Datensatz) und die Ansicht für den Benutzer wiedergegeben. Der Anwender macht einige änderungen und dann das Formular absendet. Absenden des Formulars bewirkt, dass ein neue Instanz des Modells werden gebaut von der POST-Parameter. Es wäre sehr schwierig für die Prüfungen, um sicherzustellen, das Feld hat den gleichen Wert in beiden Instanzen, weil eine der Instanzen (die erste von GET-request) bereits veräußert worden.

    Gut, wenn das Attribut hat keine Funktion, warum einmal die Mühe, es zu benutzen?

    Meine beste Vermutung ist, dass Sie erwarten, dass Entwickler, um es in Ihrem code zu zeigen, Absicht. Mehr praktisch, Sie können auch Ihren eigenen benutzerdefinierten code schreiben, um zu überprüfen, ob dieses Attribut...

    AttributeCollection attributes = TypeDescriptor.GetAttributes(MyProperty);
if (attributes[typeof(EditableAttribute)].AllowEdit)
{
   //editable
}
else
{
   //read-only
}

    Beachten Sie auch, dass diese DataAnnotation-Attribute sind nicht nur für MVC-Anwendungen, die Sie verwendet werden können für viele verschiedene Arten von Anwendungen. Auch wenn MVC nicht etwas besonderes tun, mit diesem Attribut, andere frameworks implementierten Funktionalität/Validierung für dieses Attribut.

    • Diese Klasse weder erzwungen noch garantiert, dass ein Feld ist editierbar. Dies ist das bit, das verwirrt mich, wenn ich die Frage gepostet. Sie sind zu Recht sagen, dass die Verwendung bearbeitet und readonly-Attribute sind nur Indikativ und Sie zu suchen, und dann machen Sie, Sie sehen entsprechend aus. Ich habe vor kurzem verbrachte einige Zeit an diesem Thema und denke, ich habe jetzt nagelte ihn. Siehe Antwort unten.
    • Froh zu sehen, Sie haben eine Lösung gefunden! Ich habe im Vorfeld eine ähnliche Lösung zu verkaufen, die in meinem Projekt.
    InformationsquelleAutor Jesse Webb
  2. 2

    Nur semi-gelöst dieses Problem mich.

    [HiddenInput(DisplayValue=true)]

    Wird das Feld zwar angezeigt, aber nicht bearbeitet werden.

    • Es ist erwähnenswert, dass der HiddenInputAttribute ist in der System.Mvc namespace. Hier ist der doc., Wenn Sie Anmerkungen zu Ihrem business-Modell-Klassen anstelle von ViewModels, macht es keinen Sinn zu machen, Ihr business-Modell abhängig von der MVC-framework. Wenn auf der anderen Seite, sind Sie mit ViewModels mit Anmerkungen, dieses Attribut funktioniert ohne zusätzlichen code.
    InformationsquelleAutor panzerblitzer
  3. 1

    Haben Sie ein anderes Szenario erstellen? Irgendein besonderer Grund, die Sie erlauben, einen anfänglichen Wert? Ich Frage, weil die Dokumentation sagt:

    Weil Sie in der Regel wollen beide Eigenschaften auf den gleichen Wert enthalten,
    die AllowInitialValue-Eigenschaft auf den Wert von AllowEdit in der
    Konstruktor der Klasse.

    Ich denke, wenn Sie ihn auf false setzen und nicht ausdrücklich erklären, die AllowInitialValue wird es funktionieren.

    • Was die Dokumentation sagt, ist, dass AllowInitialValue wird auf den gleichen Wert gesetzt wie AllowEdit, sofern Sie nicht explizit gesetzt AllowInitialValue in der Attribut-Deklaration.
    • Ya, die ich gesammelt, dass war versucht zu sagen, dass, wenn Sie halten es als falsch, es sollte funktionieren. Funktioniert es, wenn es auf false gesetzt? Ich sehe jetzt, dass Sie 2 Szenarien, sondern einfach nur neugierig, wenn mindestens einer von Ihnen arbeitet.
    • Ich benutzte Sie das editable-Attribut-zunächst ohne Anwendung der AllowInitialValue und auch mit AllowInitialValue explizit auf false gesetzt. Keine Kombination scheint zu funktionieren.
    InformationsquelleAutor Terry
  4. 1

    Gefunden, dass die Verwendung von Editierbaren statt Readonly auf das Modell funktioniert genau das gleiche.

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

    Diese syntax funktioniert auch wenn die Befragung ein property-Attribut auf die Perspektive an sich. Funktioniert auch, wenn das Attribut Editierbar ist(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; " })
}

    Mit einem editor Vorlage hier ein einfaches string-template:

    @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)
}
    • Das problem bei diesem Ansatz ist ReadOnly hat einen definierten Zweck mvc - Es verhindert die Bindung auf einen bestimmten Bereich. Es ist nicht eine UI-verwandten Bereich, sondern ein Modell verbindlich verwandten Bereich. Durch die Speicherung andere info drin, Sie sind piggy-backing auf einer separaten Zweck. Just my .02 🙂
    InformationsquelleAutor Steven Chalk
  5. 0

    weiß nicht, ob Sie bemerkt haben das noch raus, aber wir verwenden 

    System.ComponentModel.ReadOnlyAttribute

    Nutzung 

    [ReadOnly(true)]
    • Dies scheint nicht zu funktionieren, ich bekomme immer false im Blick.
    InformationsquelleAutor Steven
Schreibe einen Kommentar