vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
NEU! sevCoolbar 3.0 - Professionelle Toolbars im modernen Design!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Fortgeschrittene
Re: DataGridView VB.NET 2013 
Autor: killroy
Datum: 14.01.14 23:54

Sicher, voll und ganz, deshalb mache ich auch nichts anderes.
In meinem UC selber findet keine Validierung statt, es wird lediglich eine Methode aufgerufen, die für die Form ein Event mit Datenübergabe auslöst, so die Eventroutine da eingebunden ist. Es wird generell nur auf Formebene validiert.
Das Event kann auch nur dann ausgelöst werden, wenn tatsächlich editiert wurde.
Damit hab ich einen allgemeinen Reaktionsmechanismus, der überall einsetzbar ist, und eine ganz individuelle Validierung. Das Ergebnis der Validierung wird dann wieder zurückgegeben, i. W. Cancel=True/False oder ggf. auch den korrigierten Wert bei offensichtlichen Vertippern.

Das ganze Ding ist mittlerweile so ausgereift - na ja, bis auf das gerade aktuell gewesene, lief aber bei der 2012-Version noch in der Konstruktion fehlerfrei - dass ich heute nur noch das DGV in der Form plaziere, designe (lässt sich prinzipiell auch automatisieren, aber etwas "künstlerisch" möcht ich auch bleiben), die Eventroutine einbinde und mit Leben fülle, das war's auch schon.
Für die Datenaufrufe hab ich ebenfalls vorgesorgt, Ein paar Public Shared Subs für ein SQL-Statement oder Benennung der Tabelle, der Datenfelder, Filterbedingungen und Sortierung oder Eingabe eines DataReaders oder eines Arrays oder einer Collection runden dann die ganze Sache noch ab. Das DGV holt sich dann die Daten vollkommen selbstständig über eine ebenfalls ausgelagerte Instanz einer Klasse für das komplette Datenbankhandling.

Noch ein Wort dazu, warum ich UnBoundet arbeite.
Hatte vor einigen Jahren das (originale) DGV geboundet, lief soweit ganz gut was die Bereitstellung, Editierung und das Schreiben in die Datenbank anbelangte. Aber um die zurückgeschriebenen Daten lesen zu können, musste ich seinerzeit eine Wartezeit von bis zu 5 Sekunden einbauen, und das für eine lokale DB auf dem Entwicklungsapparat.
Jetzt sehe ich auch eigentlich keinen Bedarf mehr, das noch zu ändern, auch wenn mancher meint, dass "man" das heute anders mache ... Frage am Rande, wer ist eigentlich "man"
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
DataGridView VB.NET 20133.538killroy13.01.14 13:52
Re: DataGridView VB.NET 20132.061JangoF13.01.14 14:19
Re: DataGridView VB.NET 20132.490killroy13.01.14 14:45
Re: DataGridView VB.NET 20132.199JangoF13.01.14 16:44
Re: DataGridView VB.NET 20132.309killroy13.01.14 22:04
Re: DataGridView VB.NET 20132.108Manfred X13.01.14 23:26
Re: DataGridView VB.NET 20132.148killroy13.01.14 23:58
Re: DataGridView VB.NET 20132.102ModeratorFZelle14.01.14 09:48
Re: DataGridView VB.NET 20131.964killroy14.01.14 11:53
Re: DataGridView VB.NET 20132.158ModeratorFZelle14.01.14 13:05
Re: DataGridView VB.NET 20132.113killroy14.01.14 15:15
Re: DataGridView VB.NET 20131.955Manfred X14.01.14 15:42
Re: DataGridView VB.NET 20132.007Manfred X14.01.14 12:52
Re: DataGridView VB.NET 20132.001ModeratorFZelle14.01.14 13:19
Re: DataGridView VB.NET 20132.262killroy14.01.14 13:31
Re: DataGridView VB.NET 20132.055Manfred X14.01.14 13:45
Re: DataGridView VB.NET 20132.029Manfred X14.01.14 13:39
Re: DataGridView VB.NET 20132.076killroy14.01.14 14:43
Re: DataGridView VB.NET 20132.039Manfred X14.01.14 15:30
Re: DataGridView VB.NET 20132.064killroy14.01.14 23:54
Re: DataGridView VB.NET 20132.009killroy14.01.14 13:19
Re: DataGridView VB.NET 20132.140Manfred X14.01.14 11:03
Re: DataGridView VB.NET 20132.072killroy14.01.14 12:03

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel