vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Top-Preis! AP-Access-Tools-CD Volume 1  
 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 - Ein- und Umsteiger
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der DB 
Autor: Froggy
Datum: 11.09.10 21:23

Hallo,

nun danke für deine ehrliche Antwort.

Mir geht es schon ähnlich, ich habe vor einem Jahr schon mal angefangen
.NET zu "lernen", habe mir einfach ein Projekt überlegt und habe drauf
los programmiert. Hatte damals kein 3 Schicht-Modell genommen, sondern
so wie in meinen meisten VB6 Projekte ein "2-Schicht Modell".
Also ein Frontend und ein DB-Layer, da es mir schon immer wichtig war
"datenbankunabhängige" Programme zu schreiben.

Das ging auch super, das auslesen der Datenbank mit ADO.NET, DataTables
und SQL Queries, war gar nicht so arg viel anders als in VB6.

Nun ein Jahr später beschäftige ich mich schon wieder mit diesem Thema,
und ich lese halt immer OOP, MVC, ORMapper und was ihr noch so alles nennt.
Da dachte ich mir, na ja, dann sollte ich meine zukünftigen Projekte
ja doch anders umsetzen.
Also reine 3 Schicht Modelle mit allen möglichen Klassenstrukturen.
Das Frontend komplett von der "Business-Schicht" trennen usw.

Es ist ja nicht so, dass man in VB6 zentrale Funktionen nicht in Module
auslagert, oder? Somit haben wir ja doch immer irgendwie ein "Business-Layer"
gehabt oder automatisch benutzt.

Bin jetzt schon ein bisschen verunsichert, wie ich mein Mamutprojekt aufbauen
soll. Bestimmte funktionale Dinge in eigene Klassen auslagern ist ja nicht
das Problem, aber ist das dann schon .NET konform? Mache ich mir dann
unnötig das Leben schwer? Würden so andere Programmierer klar kommen?
Ist das dann zukunftssicher?
Das sind die Fragen die ich mir halt stelle.

Ich möchte erstmal mit reinen Windows-Forms Anwendungen anfangen, für mich
ist es klar, dass ich immer Access als primäre Datenbank habe und den
SQL Server als Sekundäre. Weitere Datenbanksysteme habe ich bis heute nicht
unterstützt und brauche das somit auch nicht.

Ein reines 3-Schicht-Modell macht ja denke ich auch nur Sinn, wenn man
plant mal ein anderes Frontend zu implementieren, aber auch hier habe ich
keine Intension das überhaupt mal zu machen, wenn es performant und stabil
im 3 Schicht Modell läuft -> OK, dann hat man mal die Möglichkeit für ein
Webfrontend, aber das ist nicht mein primäres Ziel.
Mein primäres Ziel ist es die neue Sprache zu lernen und zukunftssichere
Software zu schreiben, da früher oder später VB6 Anwendungen einfach nicht
mehr auf den aktuellen Betriebssystemen laufen werden.

Danke schon mal für euer Feedback.

LG Bastian
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Beispiel für das Befüllen einer Klasse mit Daten aus der DB2.103Froggy10.09.10 23:54
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.341ModeratorDaveS11.09.10 11:33
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.325ModeratorFZelle11.09.10 12:43
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.293ModeratorDaveS11.09.10 20:33
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.387Froggy11.09.10 21:23
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.307ModeratorFZelle11.09.10 23:16
Re: Beispiel für das Befüllen einer Klasse mit Daten aus der...1.287ModeratorDaveS12.09.10 09:59

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