Conseils pour plugins Office & AutoCAD

Bonsoir,

Je débute le développement en utilisant Microsoft Visual Studio 2010 (VB ou C#, ça n'a pas trop d'importance). J'ai débuté plusieurs petits projets pour le familiariser avec l'IDE mais je bloque.

Après quelques recherches sur le forum, je n'ai pas trouvé ce que je cherche. Je vous explique donc mon projet.

Ce projet doit faciliter l'intégration de données (base de données) dans des documents de formats différents (doc, xls, dwg...) et d'appliquer des paramètres (choix d'enregistrer un fichier au format Office 97-2003 ou 2007-10 par exemple). Il pourra ajouter un onglet au ruban.

Je souhaite créer un ou plusieurs plugins pour les applications :

• Microsoft Word
• Microsoft Excel
• Autodesk AutoCAD
• ...

Le but est d'avoir un ou des plugins les plus simples possibles qui exécuteront des routines d'une ou plusieurs .dll communes.

Les fonctions à mettre en place :

• Chargement des fichiers .xml de l'onglet du ruban
• Gestion des répertoires et des fichiers
• Gestion de l'accès à la base de données
• Chargement de scripts VB6
• Gestion des ressources
• Gestion des paramètres
• Importation/Exportation de données

J'ai quelques questions qui peuvent sembler "bête" car je ne suis pas sûr d'utiliser le bon vocabulaire :

• Le choix du framework est-il important ?
• Comment bien configurer la solution ?
• L'architecture (x86 ou x64) entraîne-t-elle des risques ?

Je souhaite comprendre la "psychologie visual". Je serai ravi d'avoir votre avis sur chacun des sujets afin de clarifier mes idées. J'ai, par exemple, lu aujourd'hui 3 sujets sur l'exécution de codes non managés mais je ne suis pas certain que cette solution soit la meilleure.
J'en appelle donc à votre expérience.

Travailler en équipe m'intéresse également

Merci

Hello Microsoft World ! :D

Je viens de lire de la documentation sur developpez.net, j'aimerais revenir sur ce que je viens d'écrire.

Citation:

---

Envoyé par DaizDev

Ce projet doit faciliter l'intégration de données (base de données) dans

---

L'utilisation d'un serveur IIS est-elle obligatoire ? Est-ce plus simple avec IIS ? (Apparemment oui, grâce à SOAP)
SOAP est-il conseillé sur un réseau d'entreprise ?

Citation:

---

Envoyé par DaizDev

Le but est d'avoir un ou des plugins les plus simples possibles qui exécuteront des routines d'une ou plusieurs .dll communes.

---

Importer à ma solution l'assembly d'une autre solution - est-ce la bonne solution ? Je n'arrive pas encore à déterminer les limites entre projet et solution.

Citation:

---

Envoyé par DaizDev

Il pourra ajouter un onglet au ruban.

---

Un assembly importé, appelé "Ruban" peut-il être générique à plusieurs plugins (plugin Word, plugin Excel...) ?

Citation:

---

Envoyé par DaizDev

Les fonctions à mettre en place :

• Chargement des fichiers .xml de l'onglet du ruban
• Gestion des répertoires et des fichiers
• Gestion de l'accès à la base de données
• Chargement de scripts VB6
• Gestion des ressources
• Gestion des paramètres
• Importation/Exportation de données

---

• Chargement des fichiers .xml => System.IO, System.Data
• Gestion des répertoires et des fichiers => System.IO
• Gestion de l'accès à la base de données => System.Data
• Chargement de scripts VB6 => System.IO
• Gestion des ressources => System.IO
• Gestion des paramètres => System.Data
• Importation/Exportation de données => System.IO, System.Data

Citation:

---

Envoyé par DaizDev

• Le choix du framework est-il important ?
• Comment bien configurer la solution ?
• L'architecture (x86 ou x64) entraîne-t-elle des risques ?

---

• Le choix du framework est-il important ? => Framework 3.5 minimum pour utiliser System.AddIn
• Comment bien configurer la solution ?
• L'architecture (x86 ou x64) entraîne-t-elle des risques ? => Non c'est le but du .NET

Citation:

---

Envoyé par DaizDev

Je souhaite comprendre la "psychologie visual". Je serai ravi d'avoir votre avis sur chacun des sujets afin de clarifier mes idées. J'ai, par exemple, lu aujourd'hui 3 sujets sur l'exécution de codes non managés mais je ne suis pas certain que cette solution soit la meilleure.

---

Le but de .NET est d'aussi de pouvoir charger des assemblies quelque soit le langage de programmation utilisé.

Lien ImageMso pour les rubans : http://soltechs.net/CustomUI/imageMs...gal=1&count=no

Intervenez si je post de la M _ _ _ _ ;)

On peut avoir plusieurs projet dans une solution, quel est l'intérêt ?

Un complément partagé est-il préférable à plusieurs compléments spécifiques ? (je veux en faire de même pour AutoCAD, je ne veux pas seulement le faire sur les produits Office)