Dynamische UserControls... (Edit: Binding)

Ich glaube, indem du folders(2) hinschreibst. Also das Item direkt indizierst. Dann siehst du nur diesen Item direkt.

vlt. guckstedir Directory_ViewModel.Folders auch mal genauer an.


ähm - und das kompiliert heutzutage?mit Option Strict On!??

ich meinte mit folders.ToArray folders.ToArray, also kein () As Object anhängen, sondern Option Infer ihren Job machen lassen.

Da gibt es ja nicht viel anzuschauen:


und weil es so kurz ist die Klasse Folders gleich mit:

ja, warum ist Name und Pfad Shared?

Muss dazwischen gerutscht sein.
OMG DU KRIEGST DIE TÜR NICHT ZU!
Das war es, Peinlich! VERDAMMT!!!

Aber warum übernehmen die anderen Items im Template die Eigenschaften vom voherigen sobald diese Shared sind?!

Weil es der Sinn von "Shared" ist?

@sonne75: Aber so Willkürlich?

Instanz Nr.1: Name=Haus
Instanz Nr.2: Name=Auto
Instanz Nr.3: Name=Auto
Instanz Nr.4: Name=Auto
Instanz Nr.5: Name=Pferd

Obwohl im Konstruktor für das Objekt neue Namens-Werte übergeben werden.
Die Objekte selber haben ja auch eigenen richtige Werte, nur im Binding zum View (WPF/XAML) entsteht ja der Fehler.

Eistee schrieb:

Aber warum übernehmen die anderen Items im Template die Eigenschaften vom voherigen sobald diese Shared sind?!

sie übernehmen keine Eigenschaften vom vorherigen.
Shared Eigenschaften gehören nicht zum vorherigen Item - die gehören zu gar keinem Item im Besonderen, sondern alle Items teilen sich diese Eigenschaft, deshalb "Shared".
Und wenn du denkst, du setzt die Eigenschaft eines Items, dann setzt du sie in wirklichkeit für alle Items neu.
Shared ist sowas wie eine globale Variable innerhalb der Klasse.
Das Thema nachlesen auf MSDN oder im Löffelmann-Buch , tätich vorschlagen.

Und denk auch noch über das annere nach, das mit Option Infer.

Und ich frag nochmal: Kompiliert sowas heutzutage: Dim einsehbaresArray() As Object = folders
Weil folders ist ja alles mögliche, aber ist kein Obect-Array.
Option Strict On!?

Habe Option Strict On extra dafür ausgeschaltet
Hatte es mit Folders.toArray in der Überwachung nicht gefunden.
Infer ist jetzt eingeschaltet.
Und das ich das mit dem Shared verpeilt habe ist mir ein
Rätsel, wobei ich das doch als erstes gerlert hatte. :wacko:

Danke nochmal.

Eistee schrieb:

das mit dem Shared

da gibts eiglich auch immer eine CompilerWarnung "der qualifizierende Teil wird nicht ausgewertet", wenn man auf eine vermeintliche Item-Property zugreift, die in wirklichkeit Shared ist.

Also ich habe es gerade nochmal umgeschrieben, ich bekomme keine Meldung.
Welche Warnungskonfiguration brauch man dafür?
Habe eig. alles an außer Späte Bindung.

ist Voreinstellung.



Inne Projekteigenschaften CompilerWarnungen deaktiviert?

Ja ok, wenn man so darrauf zugreift wirft er bei mir auch eine.

Eistee schrieb:

Habe eig. alles an außer Späte Bindung.

Bist du noch zu retten?
Wozu quak ich ohn Unterlass Option Strict On!?

Hab jetzt testweise mal späte Bindung-Fehler deaktiviert - guckma, was man da fürn Mist verzapfen kann:also da kannste Strict auf Off lassen :pinch:

Ist doch witzig
Ne hab jetzt erstmal alles an gemacht, sowie das zum Teil auch Fehler geworfen werden.