Partager via


Différences de développement bureautique dans le développement .NET Compact Framework

Mise à jour : novembre 2007

Avant de démarrer un projet Smart Device, vous devez comprendre les principales différences entre le développement bureautique à l'aide du .NET Framework et le développement Smart Device à l'aide du .NET Compact Framework.

LINQ

LINQ (Language-Integrated Query) dans .NET Compact Framework version 3.5 contient un sous-ensemble des fonctionnalités LINQ de bureau. Pour plus d'informations, consultez LINQ dans le .NET Compact Framework.

Éléments de programmation en Visual Basic

Lorsque vous programmez avec le .NET Compact Framework en utilisant Visual Basic, vous n'avez pas la même liste d'éléments de programmation, tels que les fonctions et les mots clés, que celle dont vous disposez lorsque vous programmez avec le .NET Framework dans son intégralité. Ces différences sont résumées dans Référence du langage Visual Basic pour les périphériques et mentionnées dans les rubriques correspondantes de ces éléments dans le Référence Visual Basic.

Développement avec My

Visual Studio inclut la prise en charge de My.Resources, My.Forms et My.WebServices. Il n'inclut pas la prise en charge de My.Application, My.Computer, My.User ou My.Settings. Pour plus d'informations, consultez Référence My.

Entrées et sorties de fichier

Visual Basic offre deux options pour les entrées/sorties (E/S) de fichier.

  • L'espace de noms System.IO standard du .NET Framework. Tous les langages du Common Language Runtime prennent en charge ces bibliothèques.

  • Un ensemble de bibliothèques spécifiques à Visual Basic et qui fournissent une expérience de développement semblable à celle des versions antérieures de Visual Basic.

Les projets Smart Device prennent en charge uniquement l'espace de noms System.IO du .NET Framework. Les E/S de fichier avec l'espace de noms FileSystem ne sont pas prises en charge pour les raisons suivantes :

  • Plusieurs fonctionnalités fréquemment utilisées de l'espace de noms FileSystem n'existent pas sur les appareils de type Smart Device. Par exemple, le concept de répertoire ou de lecteur actif n'existe pas sur les appareils. Par conséquent, vous ne pouvez pas utiliser les fonctions ChDir et ChDrive.

  • Le fait de limiter la prise en charge à l'espace de noms System.IO du .NET Framework réduit la taille des bibliothèques auxiliaires Visual Basic. Cela libère un espace précieux sur l'appareil.

Liaison tardive implicite

Dans Visual Basic, un objet est à liaison tardive lorsqu'il est assigné à une variable déclarée comme étant du type Object, type de données. Les objets de ce type sont liés au moment de l'exécution. Vous pouvez leur assigner des valeurs et en récupérer. Cependant, vous ne pouvez pas spécifier les méthodes ou les propriétés d'une variable objet à l'aide d'un point. Le code suivant provoque une erreur du compilateur, parce qu'il tente d'obtenir la propriété d'un objet :

dim a as object = "automobile"

dim i as integer = a.horsepower

COM Interop

Les développeurs d'applications de bureau utilisent l'interopérabilité COM pour s'appuyer sur des objets COM existants pendant qu'ils passent au .NET Framework à leur propre rythme. Les projets Smart Device ne prennent en charge que certains scénarios COM Interop. Pour plus d'informations, consultez Interopérabilité COM pour les périphériques.

Débogage

L'attachement aux processus en cours d'exécution diffère quelque peu à partir du bureau. Pour plus d'informations, consultez Comment : créer des attachements à des processus smart device managés.

Voir aussi

Concepts

Référence du .NET Compact Framework pour les projets smart device

Liaison anticipée et liaison tardive

Me, My, MyBase et MyClass dans Visual Basic

Interopérabilité COM pour les périphériques

Référence

Référence du langage Visual Basic pour les périphériques

System.IO

Choix des technologies et outils à utiliser

Référence My

Autres ressources

Accès au fichier avec Visual Basic

Programmation du .NET Framework dans Visual Studio