Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Re: MFC oder doch Code in den Windows-Forms?
Autor: Zero-G.
Datum: 09.09.10 14:04
Hey Also, für Dein Problem gibt es meiner Meinung nach 2 - 3 Lösungen 1) DataSet's Vorteil: Alle gängien ODBC & .NET Treiber werden unterstützt. Dazu findest Du auch 1000e Bsp. Nachteil: Ist kein 100%ig es OOP, da Du die Namen der Felder erst wieder händisch ansprechen musst, wenn Du nicht wirklich alles über ein Grid steuerst. - Was in der Praxis unmöglich ist. Nochdazu sind alle SQL-Statements im Code enthalten & somit nicht geschützt vor SQL-Injections 2) LinQ Vorteil: Echtes OOP!. - Leider funktioniert es nur mit dem SQL Server von MS (von Haus aus). Es gibt mittlerweile von der Fa. Devart aber sehr gut funktionierende .NET Treiber, die eine Anbindung aller gängigen Datenbanken zulässt. - Die aktuelle Version ist auch großteils frei von Fehlern. Die 2 wahrscheinlich wichtigsten Punkte: Erstens der SQL Code wird erst generiert wenn er benötigt wird. - Keine SQL-Injektions mehr möglich & zweitens: Du brauch VB vom Syntax nicht mehr verlassen, weil alle Anfragen direkt in VB geschrieben werden Nachteil: Eine echte Weiterentwicklung findet im Moment anscheinend nicht statt. - LinQ selbst wird weiterentwickelt aber von MS aus gibt es keine Anstrengungen LinQ to Databases weiter zu entwickeln (Es gibt verschiedene LinQ's, die alle die gleiche Grundsprache nutzen, aber eben verschiedene Back-Ends nutzen z.B. XML, Objects usw.) 3) ORM Frameworks. Das wohl bekannteste = von DevExpress Vorteil: Auch hier ist mit jedem ODBC/.NET Treiber für eine Datenbank der Zugriff möglich. Die Business Objects werden für Dich generiert. 100%ig OOP Nachteil: Ich wollte es vor ca. 1 Jahr mal probieren, da war es aber nicht möglich, weil es meiner persönlichen Meinung zu diesem Zeitpunkt absolut nicht gereift war. - Hatte dann langen Kontakt mit dem Support, der mir sehr dankbar war, weil ich täglich Fehler mit mySQL gefunden habe. - Wurden zwar schnell korrigiert, aber trotzdem ärgerlich, wenn man immer nach 3 Zeilen Code wieder den Support kontaktieren muss... - Muss aber ehrlicher weise sagen, dass ich nach wie vor die Updates per Mail bekomme & was ich da so lese dürfte es wirklich gereift sein! Hoffe Dir mal einen kleinen, Überblick über Deine Möglichkeiten aufgezeigt zu haben. Schöne Grüße

MFC oder doch Code in den Windows-Forms?	2.213	Froggy	08.09.10 18:36
Re: MFC oder doch Code in den Windows-Forms?	1.635	Zero-G.	09.09.10 14:04
Re: MFC oder doch Code in den Windows-Forms?	1.522	FZelle	09.09.10 14:16
Re: MFC oder doch Code in den Windows-Forms?	1.486	FZelle	09.09.10 14:23
Re: MFC oder doch Code in den Windows-Forms?	1.626	Froggy	09.09.10 14:46
Re: MFC oder doch Code in den Windows-Forms?	1.504	Zero-G.	09.09.10 14:43
Re: MFC oder doch Code in den Windows-Forms?	1.510	FZelle	09.09.10 16:21
Re: MFC oder doch Code in den Windows-Forms?	1.520	RalfE	09.09.10 15:30
Re: MFC oder doch Code in den Windows-Forms?	1.445	Froggy	09.09.10 18:00
Re: MFC oder doch Code in den Windows-Forms?	1.630	Zero-G.	09.09.10 18:14
Re: MFC oder doch Code in den Windows-Forms?	1.496	Froggy	09.09.10 18:34
Re: MFC oder doch Code in den Windows-Forms?	1.935	RalfE	09.09.10 18:56
Re: MFC oder doch Code in den Windows-Forms?	1.522	Froggy	09.09.10 19:16
Re: MFC oder doch Code in den Windows-Forms?	1.550	RalfE	09.09.10 19:34
Re: MFC oder doch Code in den Windows-Forms?	1.468	Froggy	09.09.10 22:13
Re: MFC oder doch Code in den Windows-Forms?	1.485	FZelle	10.09.10 10:00

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übersicht

Suchen