Wann müssen wir [Browsable (wahr)] verwenden?

soweit ich weiß, nie.

BEARBEITEN

War ich falsch.

Es ist notwendig, wenn Sie möchten, um eine Eigenschaft, die hat [Browsable(false)] in Ihrer Basisklasse (wie UserControl.Text) browsable.

InformationsquelleAutor der Antwort SLaks

Das problem ist, dass die Dinge sind browsable standardmäßig. Das einzige Szenario, ich kann mir denken, wo dieser Materie überschreiben, Mitglied und ändern die der Browser-Zugang... hier F ist nur sichtbar, weil der [Browsable(true)] in der abgeleiteten Klasse - ohne ihn ist es nicht sichtbar.

using System.ComponentModel;
using System;
using System.Windows.Forms;
static class Program
{
    [STAThread]
    static void Main() {
        Application.EnableVisualStyles();
        Application.Run(new Form { Controls = {new PropertyGrid {
            Dock = DockStyle.Fill, SelectedObject = new Bar()
        }}});
    }
}
public class Foo
{
    public virtual string A { get; set; }
    public virtual string B { get; set; }
    public virtual string C { get; set; }
    [Browsable(false)] public virtual string D { get; set; }
    [Browsable(false)] public virtual string E { get; set; }
    [Browsable(false)] public virtual string F { get; set; }
    [Browsable(true)] public virtual string G { get; set; }
    [Browsable(true)] public virtual string H { get; set; }
    [Browsable(true)] public virtual string I { get; set; }
}
public class Bar : Foo
{
    public override string A { get { return base.A; } set { base.A = value; } }
    [Browsable(false)] public override string B { get { return base.B; } set { base.B = value; } }
    [Browsable(true)] public override string C { get { return base.C; } set { base.C = value; } }
    public override string D { get { return base.D; } set { base.D = value; } }
    [Browsable(false)] public override string E { get { return base.E; } set { base.E = value; } }
    [Browsable(true)] public override string F { get { return base.F; } set { base.F = value; } }
    public override string G { get { return base.G; } set { base.G = value; } }
    [Browsable(false)] public override string H { get { return base.H; } set { base.H = value; } }
    [Browsable(true)] public override string I { get { return base.I; } set { base.I = value; } }
}

InformationsquelleAutor der Antwort Marc Gravell

Einen visual designer in der Regel zeigt im Eigenschaften-Fenster die Mitglieder, die entweder keinen browsable-Attribut oder sind gekennzeichnet mit dem BrowsableAttribute Konstruktor der durchsuchbaren parameter auf true festgelegt. Diese Mitglieder können geändert werden zur design-Zeit. Mitglieder gekennzeichnet mit dem BrowsableAttribute Konstruktor der durchsuchbaren parameter auf false gesetzt sind nicht geeignet für die design-time-Bearbeitung und sind daher nicht angezeigt, in einem visuellen designer. Der Standardwert ist wahr.

so, die Antwort ist, dass Sie nie haben an, als es standardmäßig gemacht.

InformationsquelleAutor der Antwort David Fox

Einer Gelegenheit, wenn dieses Attribut wichtig ist während der WebPart-Entwicklung für Sharepoint. In diesem Szenario sind Sie der Bereitstellung von meta-Informationen für Sharepoint, um festzustellen, ob Ihre webpart-sollte sichtbar sein für die Auswahl etc. Es gibt andere ähnliche Attribute wie Kategorie und FriendlyName etc, die werden auch berücksichtigt.

Siehe die folgenden Beispiele:

Erstellen eines Webparts mit benutzerdefinierter Eigenschaften

Und ein weiteres mit anständigen Bilder, die von der sharepoint-Web-part-editor, der spiegelt Ihre Attribute:

Die Sharepoint-WebParts interagieren

InformationsquelleAutor der Antwort Brian Scott