Suchergebnisse

Nebenschauplatz: Das mit den Tuples ist eiglich im Zusammenhang mit meiner fabelhaften TupleList gedacht - damit wäre sowas möglich:VB.NET-Quellcode (25 Zeilen)Ungetestet, weil ich hab dein Dataset nicht. Den Haupt-Schauplatz, also das mit EK und VK, alter EK, neuer PurchasingPrice, und warum man eine ArticleRow kopieren muss, aber DefaultValues machen Probleme, oder doch nicht, und wat nicht alle... - das habich nicht kapiert. Das Datenmodell ist auch ganz anders, zB ich hab hier eine lauffähig…

Zitat von DerSmurf: „Also aktueller Einkaufspreis ist 3,00€. Nun wirds teurer und kostet 3,20€. Wenn ich also .PurchasingPrice auf 3,20€ ändere, ändert sich automatisch .OldPurchasingPrice auf 3,00€.“Wie haste das hingekriegt, dass sich das automatisch ändert? Wäre es nicht besser, es würde sich unautomatisch ändern, nämlich nur wenn solle?

zunächstmal: Eiglich doof, dass PurchasingPrice + RetailPrice Nullable sind, oder? Macht den Code ziemlich umständlich und unleserlich. Und auf deutsch hätte ich das auch eher verstanden - aber du arbeitest sicherlich in einem internationalen Team, wo Englisch die Lingua Franca ist, oder? Aber jetzt ist mir das Hauptproblem wieder durch die Lappen: Wieso, wenn du mit der Tupelei da iwelche Vorbelegungen hinzauberst - wieso hat sich dann der PurchasingPrice geändert oder was auch immer? Ansonsten…

Zitat von DerSmurf: „Ich finde aber auf der Form (in den Daten der Form) keinen logischen unterschied“ Da musste mal den Datarow.Rowstate-Wert checken - ich glaub der ist bei neuen Rows anders als bei schon bestehenden. Neue Rows haben glaub .Detached

Bei EditCurrent kanns Added, Unchanged oder Modified sein. Je nachdem, ob der Datensatz frisch von Platte geladen wurde, durch vorherige Operationen verändert, oder überhaupt erst zugefügt wurde.

hä? If Not SelectedArticle.RowState = DataRowState.Not detached Then _EditArticle = True eher so: If SelectedArticle.RowState <> DataRowState.Detached Then _EditArticle = True oder gleich so: _EditArticle = SelectedArticle.RowState <> DataRowState.Detached

Die (Grundlagen-)Theorie dahinter: Boolean, Vergleiche und bedingte Verzweigungen Aber eiglich ists noch grundlegender: Ein Miserabilikum von vb ist, dass der Zuweisungs-Operator = genauso aussieht wie der Vergleichs-Operator =. Dabei gibts kaum verschiedeneres als Zuweisung und Vergleich. In c# malwieder besser gelöst, da hiesse es: var test = 1 == 0, also Zuweisung und Vergleich klar unterschieden. Jo, also ein Vergleich ergibt einen Ausdruck - also etwas, was einen Wert erzeugt. Das gilt glau…