nicht angemeldet
Hallo,
ein Dataset ist vermutlich eine Datensatzmenge, die man in der einen oder anderen Form an '.NET'-Objekte bindet, so dass der Entwickler schnell umsetzen kann, aber nicht mehr wirklich versteht, was zwischen Proggie und DBMS so hin- und hergesendet wird, richtig?
So ungefähr. Ein Dataset kann mehrere Datatables besitzen, die auch in Beziehung zueinander gebracht werden können (Foreign-KEys usw.). Es gibt auch Methoden zum filtern und Sortieren der Datensätze (Datarow). Gefüllt werden kann das ganze entweder über einen Data-Provider (ADO, Native Provider für diverse DBMS-Systeme) oder aber auch beispielsweise über XML-Daten (XML-Scheme). Auch ein Merging usw. ist mit abgedeckt.
Ich sehe das ganze halt nur als Container für meine Anwendungsdaten, unabhängig davon wo sie wirklich herkommen. Das ist beispielsweise für das Projekt, an dem ich gerade arbeite (ein generischer Visualiserungs-Client für Daten aus unterschiedlichsten Systemen) recht praktisch. Die Schnittstelle zu den Systemen schmeißt in einem Middleware-Server alle Daten in solche Datasets und liefert sie dann an die Clients aus bzw. bekommt die Daten vom Client zur weiteren Verarbeitung ebenfalls in solche Datasets. Sämtliche Client-Komponenten können mittels Databinding diese Dtaen anzeigen und bearbeiten. Im Prinzip eben das was man afaik so als Three-Tier-System bezeichnet. (Ich kenn mich bei dem theoretischen Zeugs ja nicht so wirklich aus *g*).
Bei '.Net' assoziiere ich "unter Windows" laufende "EXEs" und "DLLs", und "Webloesungen" die im IE6 SP<x> laufen. Kannst Du noch ein paar Leistungsmerkmale von '.NET' nennen?
Man kann einerseits die ganzen Windows-Anwendungs-Sachen (GUI-EXE, Console-Exe, Dll's, Service-Anwendungen usw.) machen und andererseits so die Web-Anwendungs-Geschichte (ASP.NET).
Bei ASP.NET kenn ich mich praktisch gar nicht aus, hab' mir aber sagen lassen, daß das an sich schon auch ohne IE als Browser funktioniert. Auch soll es inzwischen ein Apache-Modul geben, mit dem man ASP.NET Anwendungen auch ohne IIS betreiben kann.
Für den Betrieb brauchts auf dem Rechner, wo es laufen soll, Runtime-Libs (das .NET-Framework), das prinzipiell der VM für Javaprogramme entspricht.
Es gibt dann noch einen unterschied zwischen einem sog. 'managed code' und einem 'unmanaged code', wobei ersterer in einem Zwischencode (MSIL) vorliegt und das .NETG-Framework benötigt und letzeres der übloiche Nativecode ist. Es gibt dann auch einen Mechanismus, um aus dem managed Code heraus auf dden unmanaged Code zugreifen zu können (P/Invoke ist da das Stichwort). No na, irgendwie müssen die ja auch aus dem Framwork heraus Zugriff auf, beispielsweise, die Betriebssystem-Bibliotheken haben.
Bei den Sprachen kann man die von MS bereitgestellten (C#, C++, VB un dJ#) oder auch andere wie beispielsweise Perl verwenden. die kann man dann auch zwar mischen, allerdings afaik nur auf Projekt-Ebene.
Und dann gibt's da noch die Möglichkeit, Anwendungen für WIndows CE bzw. PocketPC zu schreiben, auf denne dann das sogenannte Compact-Framework läuft. Das ist eine stark reduzierte Variante des normalen .NET-Framework.
So, das war's glaube ich im Wesentlichen;-)
Grüße
Klaus