Freigeben über


Unterschiede zwischen der Desktopentwicklung und der Entwicklung in .NET Compact Framework

Aktualisiert: November 2007

Bevor Sie ein Geräteprojekt beginnen, sollten Sie die Unterschiede zwischen der Desktopentwicklung mit .NET Framework und der Geräteentwicklung mit .NET Compact Framework kennen.

LINQ

Language-Integrated Query (LINQ) in .NET Compact Framework, Version 3.5, umfasst eine Teilmenge der LINQ-Desktopfeatures. . Weitere Informationen finden Sie unter LINQ in .NET Compact Framework.

Programmierelemente in Visual Basic

Wenn Sie in Visual Basic mit .NET Compact Framework programmieren, stehen Ihnen nicht dieselben Programmierelemente, beispielsweise Funktionen und Schlüsselwörter, zur Verfügung wie bei der Programmierung mit dem vollständigen .NET Framework. Diese Unterschiede werden in der Sprachreferenz zu Visual Basic für Geräte zusammengefasst und in den einzelnen Themen zu diesen Elementen in der Visual Basic-Referenz vermerkt.

Entwicklung mit My

Visual Studio umfasst Unterstützung für My.Resources, My.Forms und My.WebServices. Unterstützung für My.Application, My.Computer, My.User oder My.Settings ist nicht enthalten. Weitere Informationen finden Sie unter My-Referenz.

Dateieingabe und ‑ausgabe

Visual Basic bietet zwei Optionen für Dateieingabe/-ausgabe (E/A):

  • Den .NET FrameworkSystem.IO-Standardnamespace. Alle Sprachen in der Common Language Runtime (CLR) unterstützen diese Bibliotheken.

  • Eine Reihe Visual Basic-spezifischer Bibliotheken, die eine Entwicklungsumgebung bietet, die mit früheren Versionen von Visual Basic vergleichbar ist.

Geräteprojekte unterstützen nur den .NET FrameworkSystem.IO-Namespace. Dateieingabe/-ausgabe mit dem FileSystem-Namespace wird aus folgenden Gründen nicht unterstützt:

  • Mehrere häufig verwendete Features des FileSystem-Namespace sind auf Geräten nicht vorhanden. Beispielsweise gibt es auf Geräten nichts, das dem Konzept des aktuellen Verzeichnisses oder Laufwerks entspräche. Daher können Sie die ChDir-Funktion und die ChDrive-Funktion nicht verwenden.

  • Da nur der .NET FrameworkSystem.IO-Namespace unterstützt wird, verringert sich die Größe der Visual Basic-Hilfsbibliotheken. Dadurch wird wertvoller Speicherplatz auf dem Gerät freigegeben.

Implizites spätes Binden

In Visual Basic wird ein Objekt spät gebunden, wenn es einer Variablen zugewiesen wird, für die der Typ Object-Datentyp deklariert wurde. Objekte dieses Typs werden zur Laufzeit gebunden. Sie können ihnen Werte zuordnen und Werte von ihnen abrufen. Es ist jedoch nicht möglich, die Methoden oder Eigenschaften einer Objektvariablen anzugeben, die die Punktkonvention verwendet. Der folgende Fehler führt zu einem Compilerfehler, da versucht wird, die Eigenschaft eines Objekts abzurufen:

dim a as object = "automobile"

dim i as integer = a.horsepower

COM-Interop

Entwickler von Desktopanwendungen verwenden COM-Interoperabilität, um sich vorhandene COM-Objekte zunutze zu machen, während sie das Tempo für den Übergang zum .NET Framework selbst bestimmen. Geräteprojekte unterstützen nur bestimmte Szenarien für COM-Interoperabilität. Weitere Informationen finden Sie unter COM-Interoperabilität für Geräte.

Debuggen

Die Verbindung mit laufenden Prozessen unterscheidet sich geringfügig im Vergleich zur Desktopentwicklung. Weitere Informationen finden Sie unter Gewusst wie: Anfügen an verwaltete Geräteprozesse.

Siehe auch

Konzepte

.NET Compact Framework-Referenz für Geräteprojekte

Frühes und spätes Binden

Me, "My", "MyBase" und "MyClass" in Visual Basic

COM-Interoperabilität für Geräte

Referenz

Sprachreferenz zu Visual Basic für Geräte

System.IO

Auswahl der zu verwendenden Technologien und Tools

My-Referenz

Weitere Ressourcen

Dateizugriff mit Visual Basic

.NET Framework-Programmierung in Visual Studio