VBA, VB.NET , EXCEL ??
farrakis
Messages postés
32
Date d'inscription
vendredi 28 janvier 2005
Statut
Membre
Dernière intervention
12 mai 2013
-
9 janv. 2008 à 10:18
cs_MPi Messages postés 3877 Date d'inscription mardi 19 mars 2002 Statut Membre Dernière intervention 17 août 2018 - 10 janv. 2008 à 00:08
cs_MPi Messages postés 3877 Date d'inscription mardi 19 mars 2002 Statut Membre Dernière intervention 17 août 2018 - 10 janv. 2008 à 00:08
4 réponses
M000004965
Messages postés
147
Date d'inscription
mercredi 3 décembre 2003
Statut
Membre
Dernière intervention
12 juin 2008
9 janv. 2008 à 11:30
9 janv. 2008 à 11:30
Bonjour,
Perso, j'aborderais la position suivante:
Dèveloppement sous VB (VB.net, tout dépand de ce que tu as sous la main... je présume que ta boite ne veux pas trop investir si il sagis d'une petite appli) avec pilotage d'excel et de la suite office via les ref et les classes.
L'interêt de dev en VB, c'est que tu sera moins ennuyé avec les nouvelles version par rapport à un dev en VBA !
Premièrement, il faut arrêter avec les bases de données sous excel, EXCEL n'est pas fait pour ça ! c'est un tableur !
Les outils ODBC permettent sans aucunes difficultés l'échange d'info avec des moteurs de base de données et le SQL (et ses dérivées) est fortement recommadé dans l'usage d'appli avec base de données.
D'autre part, VB te permettra de mieux encadrer et maitriser la saisie des utilisateurs.
VB offre beaucoup plus de propriétés sur les différents objets par rapport à VBA !
Je procèderai comme suit:
- Dev de l'interface principale en VB
- Gestion des bases de données en Access ou autre (MySql sait communiquer avec VB et te permettrait une évolution et une intégration avec un intranet, extranet pour du partage multi sites ou collaborateur dans une ère où il y a de plus en plus de rachat fusion et filliale entreprise et de travail collaboratif à distance)
je site Access mais il existe un grand nombre de moteur de base de données gratuit qui ferons l'affaire.
- Création de fichier modèles EXCEL ( extention de type XLT) et éventuellement Word ( faut voir les besoins. Ce que je veux dire ici, c'est que tu peux piloter toute la suite office sans aucun problème)
Dans ses fichiers modèles, tu déclares des zones accessibles par programme via leurs noms (je parle des noms des objets)
Il te suffira alors d'ouvrir le fichier XLT (extention des fichiers model excel) via VB, ce qui aura pour effet de créer automatiquement un nouveau classeur excel.xls (entièrement paramétrable) puis de renseigner les différants objets via leurs noms et leurs propriétés...
pour gérer tes données, il te suffira d'utiliser le SQL (et ses dérivés) via des recordset. Tu pourra ainsi mettre à jours des données, les trier, en modifier, ajouter ou supprimer à loisir dans un vrai moteur de base de donnée. C'est là que tu y gagne car tes possibilités sont plus grandes en matière de manipulation des données et les résultats des requetes plus rapides donc ton aplli est plus puissante et plus souple.
Il est même possible de travailler avec des appli qui utilisent ORACLE via les pilotes ODBC appropriés.
Si tu gère des bases de données sous excel, tu vas au devant de complications...
C'est mon constat après plus de 10 ans de dèveloppement sous VB dans dif entreprises où j'ai réaliser un très grand nombre d'appli de gestion en VB qui pilotaient toute la suite office et plus.
Je suis débutant en PHP mais pas en VB !
Auto didacte, je ne demande qu'à apprendre... Merci de votre aide
Perso, j'aborderais la position suivante:
Dèveloppement sous VB (VB.net, tout dépand de ce que tu as sous la main... je présume que ta boite ne veux pas trop investir si il sagis d'une petite appli) avec pilotage d'excel et de la suite office via les ref et les classes.
L'interêt de dev en VB, c'est que tu sera moins ennuyé avec les nouvelles version par rapport à un dev en VBA !
Premièrement, il faut arrêter avec les bases de données sous excel, EXCEL n'est pas fait pour ça ! c'est un tableur !
Les outils ODBC permettent sans aucunes difficultés l'échange d'info avec des moteurs de base de données et le SQL (et ses dérivées) est fortement recommadé dans l'usage d'appli avec base de données.
D'autre part, VB te permettra de mieux encadrer et maitriser la saisie des utilisateurs.
VB offre beaucoup plus de propriétés sur les différents objets par rapport à VBA !
Je procèderai comme suit:
- Dev de l'interface principale en VB
- Gestion des bases de données en Access ou autre (MySql sait communiquer avec VB et te permettrait une évolution et une intégration avec un intranet, extranet pour du partage multi sites ou collaborateur dans une ère où il y a de plus en plus de rachat fusion et filliale entreprise et de travail collaboratif à distance)
je site Access mais il existe un grand nombre de moteur de base de données gratuit qui ferons l'affaire.
- Création de fichier modèles EXCEL ( extention de type XLT) et éventuellement Word ( faut voir les besoins. Ce que je veux dire ici, c'est que tu peux piloter toute la suite office sans aucun problème)
Dans ses fichiers modèles, tu déclares des zones accessibles par programme via leurs noms (je parle des noms des objets)
Il te suffira alors d'ouvrir le fichier XLT (extention des fichiers model excel) via VB, ce qui aura pour effet de créer automatiquement un nouveau classeur excel.xls (entièrement paramétrable) puis de renseigner les différants objets via leurs noms et leurs propriétés...
pour gérer tes données, il te suffira d'utiliser le SQL (et ses dérivés) via des recordset. Tu pourra ainsi mettre à jours des données, les trier, en modifier, ajouter ou supprimer à loisir dans un vrai moteur de base de donnée. C'est là que tu y gagne car tes possibilités sont plus grandes en matière de manipulation des données et les résultats des requetes plus rapides donc ton aplli est plus puissante et plus souple.
Il est même possible de travailler avec des appli qui utilisent ORACLE via les pilotes ODBC appropriés.
Si tu gère des bases de données sous excel, tu vas au devant de complications...
C'est mon constat après plus de 10 ans de dèveloppement sous VB dans dif entreprises où j'ai réaliser un très grand nombre d'appli de gestion en VB qui pilotaient toute la suite office et plus.
Je suis débutant en PHP mais pas en VB !
Auto didacte, je ne demande qu'à apprendre... Merci de votre aide
Nikoui
Messages postés
794
Date d'inscription
vendredi 24 septembre 2004
Statut
Membre
Dernière intervention
19 août 2008
13
9 janv. 2008 à 11:52
9 janv. 2008 à 11:52
[auteur/M000004965/201720.aspx M000004965]
: L'auteur du post n'a jamais parlé de base de données sous Excel, mais de saisie de données + calculs complexes + graphiques -> a priori exactement ce pour quoi est fait un tableur comme Excel.
[auteur/FARRAKIS/435553.aspx farrakis] : Pour ma part, je ne connais pas assez la partie "Office" pour répondre, mais s'il ne s'agit "que" de calculs, j'aurai tendance à rester en VBA. Par contre, tu parles de réutiliser des classes objets issues de VB .Net -> je ne sais pas du tout si cela pose problème depuis VBA.
<hr size="2" width="100%" />
Working as designed
www.nikoui.fr
: L'auteur du post n'a jamais parlé de base de données sous Excel, mais de saisie de données + calculs complexes + graphiques -> a priori exactement ce pour quoi est fait un tableur comme Excel.
[auteur/FARRAKIS/435553.aspx farrakis] : Pour ma part, je ne connais pas assez la partie "Office" pour répondre, mais s'il ne s'agit "que" de calculs, j'aurai tendance à rester en VBA. Par contre, tu parles de réutiliser des classes objets issues de VB .Net -> je ne sais pas du tout si cela pose problème depuis VBA.
<hr size="2" width="100%" />
Working as designed
www.nikoui.fr
farrakis
Messages postés
32
Date d'inscription
vendredi 28 janvier 2005
Statut
Membre
Dernière intervention
12 mai 2013
9 janv. 2008 à 18:01
9 janv. 2008 à 18:01
Merci de vos réponses..
Pour clarifier la chose, je n'utilise absolument pas Excel comme une base de données, mais bien uniquement pour faire de l'entree/sortie de données (en l'occurence profils en travers, valeur de débit ou de cote d'eau, etc...).
je suis preneur de tout autre avis..
Pour clarifier la chose, je n'utilise absolument pas Excel comme une base de données, mais bien uniquement pour faire de l'entree/sortie de données (en l'occurence profils en travers, valeur de débit ou de cote d'eau, etc...).
je suis preneur de tout autre avis..
cs_MPi
Messages postés
3877
Date d'inscription
mardi 19 mars 2002
Statut
Membre
Dernière intervention
17 août 2018
23
10 janv. 2008 à 00:08
10 janv. 2008 à 00:08
Ne connaissant pas l'avenir, j'opterais pour tout faire sous Excel 2003. Quitte à tout refaire dans un an ou deux.
Si ta compagnie pense aller vers 2007 bientôt, alors là, ça peut faire être différent...
Il faut aussi considérer les utilisateurs. Qu'utilisent-ils comme version(s)
En cas de versions multiples, je pense que le mieux est de développer sous les versions les plus anciennes.
Depuis que je développe (sous Excel, entre autres), j'ai dû modifier mes programmes plusieurs fois '95 à '97 à 2000 à 2003... Mais bon, c'est ça le métier de développeur... Il faut savoir s'adapter au fur et à mesure.
Bonne chance !
MPi²
Pour ceux qui programment sous Office, n'oubliez pas qu'il existe un forum dédié à ces applications VBA....... ICI
Si ta compagnie pense aller vers 2007 bientôt, alors là, ça peut faire être différent...
Il faut aussi considérer les utilisateurs. Qu'utilisent-ils comme version(s)
En cas de versions multiples, je pense que le mieux est de développer sous les versions les plus anciennes.
Depuis que je développe (sous Excel, entre autres), j'ai dû modifier mes programmes plusieurs fois '95 à '97 à 2000 à 2003... Mais bon, c'est ça le métier de développeur... Il faut savoir s'adapter au fur et à mesure.
Bonne chance !
MPi²
Pour ceux qui programment sous Office, n'oubliez pas qu'il existe un forum dédié à ces applications VBA....... ICI
