Décisions de conception de type de projet

Avant de créer un nouveau type de projet, vous devez prendre plusieurs décisions de conception concernant votre type de projet. Vous devez décider quels types d’éléments vos projets contiennent, la façon dont les fichiers projet seront conservés et le modèle d’engagement que vous utiliserez.

Éléments de projet

Votre projet utilisera-t-il des fichiers ou des objets abstraits ? Si vous utilisez des fichiers, sera-t-il basé sur des références ou des fichiers basés sur des répertoires ? Les fichiers ou objets abstraits vont-ils être locaux ou distants ?

Les éléments d’un projet peuvent être des fichiers, ou ils peuvent être des objets plus abstraits tels que des objets dans un référentiel de base de données ou des connexions de données sur Internet. Si les éléments sont des fichiers, le projet peut être basé sur une référence ou un projet basé sur un répertoire.

Dans les projets basés sur des références, les éléments peuvent apparaître dans plusieurs projets. Toutefois, le fichier réel qu’un élément représente se trouve dans un seul répertoire. Dans les projets basés sur un répertoire, tous les éléments de projet existent dans la structure de répertoires.

Les éléments locaux sont stockés sur le même ordinateur que celui où l’application est installée. Les éléments distants peuvent être stockés sur un serveur distinct dans un réseau local ou ailleurs sur Internet.

Persistance des fichiers projet

Les données seront-elles stockées dans des systèmes de fichiers plats courants ou dans un stockage structuré ? Les fichiers seront-ils ouverts à l’aide d’un éditeur standard ou d’un éditeur spécifique à un projet ?

Pour conserver leurs données, la plupart des applications enregistrent leurs données dans un fichier, puis les lisent lorsqu’un utilisateur doit passer en revue ou modifier les informations.

Le stockage structuré, également appelé fichiers composés, est généralement utilisé lorsque plusieurs objets COM (Component Object Model) doivent stocker leurs données persistantes dans un seul fichier. Avec un stockage structuré, plusieurs composants logiciels différents peuvent partager un seul fichier de disque.

Vous avez plusieurs options à prendre en compte concernant la persistance des éléments de votre projet. Vous pouvez effectuer l’une des options suivantes :

  • Enregistrez chaque fichier individuellement lorsqu’il a été modifié.

  • Capturez de nombreuses transactions dans une seule opération d’enregistrement .

  • Enregistrez des fichiers localement, puis publiez sur un serveur ou utilisez une autre approche pour enregistrer des éléments de projet lorsque l’élément représente une connexion de données à un objet distant.

    Pour plus d’informations sur la persistance, consultez Persistance du projet et ouverture et enregistrement d’éléments de projet.

Modèle d’engagement du projet

Les objets de données persistants seront-ils ouverts en mode direct ou en mode transaction ?

Lorsque des objets de données sont ouverts en mode direct, les modifications apportées aux données sont incorporées immédiatement ou lorsque l’utilisateur enregistre manuellement le fichier.

Lorsque des objets de données sont ouverts à l’aide du mode transactionné, les modifications sont enregistrées dans un emplacement temporaire en mémoire et ne sont pas validées tant que l’utilisateur ne choisit pas manuellement d’enregistrer le fichier. À ce stade, toutes les modifications doivent se produire ensemble ou aucune modification n’est apportée.