vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Brandneu! sevEingabe v3.0 - Das Eingabecontrol der Superlative!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

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

VB.NET - Fortgeschrittene
Re: coderedundanz vermeiden? 
Autor: engelmarkus
Datum: 07.08.08 01:20

Ich hab keine Ahnung, ob das die richtige Herangehensweise ist, aber du könntest ja eine generische Methode basteln. Das einzige Problem dabei ist, dass du in den Konstruktoren von Typparametern keine Parameter angeben darfst. Ich hab da einfach mal ein Stückchen geschrieben:

    Friend Function SqlDatenHolen(Of T As {New, IDisposable, IDbConnection}, T2 _
      As {New, IDbDataAdapter})(ByVal sQuery As String) As DataSet
        Dim dt As New DataSet
 
        Using conn As New T()
            conn.ConnectionString = ConStr
 
            Try
                conn.Open()
                Dim oCommand As New T2
 
                oCommand.SelectCommand = sQuery
                oCommand.Fill(dt)
            Catch ex As Exception
                MsgBox("Datenbankzugriff auf SQL-Server fehlgeschlagen.", True)
            Finally
                conn.Close()
            End Try
        End Using
 
        Return dt
    End Function
Ein Problem entsteht allerdings, wenn man den ConnectionString in den DataAdapter reinstecken will. Der bietet dafür nämlich scheinbar keine Eigenschaft, sondern ermöglicht dies nur über den Konstruktor, den man ja nicht benutzen darf.

Eine andere Möglichkeit wäre, wenn du als Parameter z. B. noch "GetType(SqlConnection)" oder so mit übergibst, und dann per Select Case die passenden Anweisungen ausführst. Allerdings wäre der generische Weg wesentlich eleganter...

Beitrag wurde zuletzt am 07.08.08 um 01:27:26 editiert.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
coderedundanz vermeiden?1.076-Floh-06.08.08 12:53
Re: coderedundanz vermeiden?618engelmarkus07.08.08 01:20
Re: coderedundanz vermeiden?581-Floh-07.08.08 09:32
Re: coderedundanz vermeiden?625engelmarkus07.08.08 14:55
Re: coderedundanz vermeiden?626-Floh-07.08.08 15:51
Re: coderedundanz vermeiden?616ModeratorFZelle07.08.08 16:29

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-2025 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