Visual Basic Express 2008 et Windows 7

Citation:

---

Envoyé par Nathanael Marchand

Lorsque tu est en execution "Pas à Pas", tu peux changer le programme sans arrêter et recompiler. C'est fait à la volée.

---

Ok, je ne m'étais jamais préocuppé de ça mais c'est toujours bon à savoir...;)

Je me préoccupe plus à vrai dire de la vitesse de connection que je pourrais
avoir avec un projet VB.Net ou C#, qui ne m'ont pas parus particulièrement
rapides en connection sur mon disque dur local...
Avec Access je chronomètre la vitesse des requêtes selon le type SELECT,
INSERT ou UPDATE et j'ai des résultats que j'imagine très satisfaisants pour
l'usager , de l'ordre de 0,015 s pour des requêtes "simples" à environ 3s
pour une requête complexe (portant sur l'integralité d'une table) alimentant
une feuille Excel en automation.

Ma connection Access-Access de ce côté là me satisfait pleinement.
et après 3 ans de travail intense j'aimerais pouvoir souffler un peu...:roll:

Hum, je viens de vérifier et j'ai 0,019 pour la requête vers
l'automation Excel, c'est l'affichage qui prend un peu plus de temps, environ 2 s avec pour l'instant une liste réduite mais je ne crois pas que ça sera
beaucoup plus long avec la liste complète...

Citation:

---

Envoyé par Nathanael Marchand

En VB.Net tu peux modifier le code "à chaud" (pas possible en C# je crois). Sauf lorsque l'appli tourne sur une plateforme x64

---

Effectivement en C# il faut relancer la compilation...

Nathanael a soulevé le pb que je rencontre avec le 64bits. Pas de modification sans arrêter l'application et la relancer ensuite.

Bon dev pour ton appli.

Citation:

---

Envoyé par matll

Bon dev pour ton appli.

---

Merci, j'attends d'avoir la nouvelle config "Seven/Office 2010" pour choisir une solution, pas forcément ce qui sera le moins couteux en temps de développement mais mon choix sera aussi motivé par le temps dont je vais disposer pour construire une alternative. :roll:

Dans le choix d'une solution il y a aussi des "petites choses" qui peuvent faire la différence :
en VB.NET je peux "nativement" me connecter sur une base 'mde'
ce qui n'est pas le cas avec C# et pourtant c'est le même (?) connecteur
OleDb...:roll: (Y aurait-il une option quelque part? 8O)
Je vais continuer à développer les bases Access en interne, même de manière
ralentie et je préfèrerais garder la sécurité sur le code...
Débutant en C# il ya beaucoup de choses qui me sont inconnues mais j'avoue
que c'est le genre de problème qui ne me passionne pas vraiment, je
préfèrerais garder mon temps pour développer les structures.
En tous cas ça agace... :koi:

Citation:

---

Envoyé par Ylmith

en VB.NET je peux "nativement" me connecter sur une base 'mde'
ce qui n'est pas le cas avec C# et pourtant c'est le même (?) connecteur
OleDb...:roll: (Y aurait-il une option quelque part? 8O)

---

Duh? Je suggère d'ouvrir un sujet car effectivement c'est pas normal!

Citation:

---

Envoyé par Nathanael Marchand

Duh? Je suggère d'ouvrir un sujet car effectivement c'est pas normal!

---

Oups, que nenni, ma base 'mde' n'était apparemment pas à jour...:aie:
Ca marche... J'ai du faire peur à tous les ingénieurs logiciels de
chez Microsoft...:mrgreen:
Et temps mieux pour moi aussi, je continue en C#...;)

Me voila de retour pour faire un petit point sur mes souçis,
avec l'idée que je pourrais ne pas être seul dans ma misérable situation...:aie:

- Compatibilité Access 2003 / Access 2010 = Ok sauf en ce qui
concerne les composants extérieurs. Access 2010 me réclame à cor et à cri
"MSCAL.ocx" version 7 (pour l'utilisation de calendriers) et OWC11.dll (pour
l'emploi des spreadsheet Excel avec automation).
Pas de droits "Admin" = pas d'installation séparée possible et même si,
qu'en serait-il? (Je crois que je n'aurais jamais la réponse...)

- Compatibilité projet C# (Visual C# 2008) = OK, pas de demande
de droits "Admin" (certains pourraient trouver ça bizarre pour des configs
soit disant sécurisées), connection avec ma base 'mde' sans souçi
= ticket gagnant pour début 2013 sans doute...
J'ai essayé de créer le même projet en WPF, c'est encore différent pour le
code... Ce qui marche avec les WinForms ne marche pas en WPF, on ne peut
pas dire qu'on frôle la simplicité...:zoubi:
M'enfin, comme dirait Gaston, mais si on danse...:oops:

Pour Java je n'ai encore aucune réponse...

Sauf que je viens de me rendre compte qu'il n'y a aucun outil dans
Visual C# 2008 qui permette de créer des rapports ou des graphs...:calim2:
J'ai bien vu un générateur de rapport dans SharpDevelop mais ça m'a l'air
très basique...

Java donc...:koi:

Citation:

---

Envoyé par Ylmith

Sauf que je viens de me rendre compte qu'il n'y a aucun outil dans
Visual C# 2008 qui permette de créer des rapports ou des graphs...:calim2:

---

Dans la version Express s'entend...

Bonjour
J'arrive comme un cheveu sur la soupe et après la bataille

Citation:

---

Envoyé par Ylmith

OR, tout mon travail des 3 dernières années s'est fait en développant des bases Access 2003 qui, je l'imagine, ne sont pas lus par Access 2010 :( et dejà pas mal de gens utilisent ces bases....Problème!:aie:

---

Pourquoi dire qu'elles ne peuvent pas être lues avec access 2010?
Il ya aura certes quelques modifs à faire en particulier si tu as fait des personnalisations de menus (ruban oblige) mais globalement, tu auras moins d'adaptations à faire et tu auras toujours tes états, graphiques, requêtes etc...
Il ya certes les composants externes mais par exemple Access2007-2010 dispose maintenant de son propre contrôle calendrier.
Je rappelle également que tu peux installer un Runtime Access 2007 ou 2010 sur tous les postes et ceci gratuitement.
Après bien sûr, tu peux tout réécrire dans d'autres langages, mais bon....il faut peut être le réserver à de nouvelles applis.

Citation:

---

Envoyé par GAYOT

Bonjour
J'arrive comme un cheveu sur la soupe et après la bataille

---

Pas grave...Le thread reste ouvert pour l'instant, j'essaierai de faire
un bilan comparatif VB/Java quand j'aurais suffisamment de recul...

Citation:

---

Pourquoi dire qu'elles ne peuvent pas être lues avec access 2010?
Il ya aura certes quelques modifs à faire en particulier si tu as fait des personnalisations de menus (ruban oblige) mais globalement, tu auras moins d'adaptations à faire et tu auras toujours tes états, graphiques, requêtes etc...
Il ya certes les composants externes mais par exemple Access2007-2010 dispose maintenant de son propre contrôle calendrier.

---

Ce n'est effectivement pas lisible sans modification, c'est bien là le problème...
Désolé pour l'image mais faire le ménage dans 60000 lignes de code serait
pour moi comme manger une vieille soupe sortie du réfrigérateur.
(Ne vous méprenez pas je trouve qu'Access 2003 est un formidable logiciel
pour les bases de données que je crée et changer pour Office 2010 n'apporte
rien, ni en ce qui me concerne ni en ce qui concerne ceux qui utilisent mes bases.
C'est un choix d'entreprise que malgré toute ma retenue je qualifierais
de "débile"). Partout le progrès passe... :roll:

Citation:

---

Je rappelle également que tu peux installer un Runtime Access 2007 ou 2010 sur tous les postes et ceci gratuitement.
Après bien sûr, tu peux tout réécrire dans d'autres langages, mais bon....il faut peut être le réserver à de nouvelles applis.

---

Je n'ai pas tout le recul nécessaire mais plusieurs points m'ont quand même
convaincu d'adopter la solution "java" dont l'un est l'envie de changer de
"crèmerie", pour casser toutes les routines et avoir un oeil nouveau et
différent sur le développement et l'autre de préparer un (peut-être) ailleurs
futur... ;).
Ceci dit je continuerais à garder un oeil sur les solutions Microsoft...

Me voilà de retour sans avoir pu faire avancer mon projet car trop ccupé à finir
la grosse appli de l'année 2011 et à préparer le passage vers 2012 pour les
autres...
J'ai néanmoins commencé à travailler avec Java mais je me suis également dit
qu'il serait dommage de laisser de côté ce que j'avais déjà développé avec C#
et qu'avoir une expérience de ce côté là ne serait peut être pas inutile...
Ma question, adressé aux développeurs C# ou VB.NET porte sur un point précis :
préférez-vous travailler avec les Winforms ou avec WPF, et évidemment
pourquoi ?
Je suis au moins sur de ne vouloir développer qu'un seul projet C#...
Merci de vos réponses! ;)

Yoh...on peut pas dire que les réponses se bousculent :lol:

Un premier essai transformé avec C# avec la création d'une interface
de consultation sur une des bases Access existantes.
J'ai pataugé environ un mois à essayer de faire un tour du propriétaire
csharpien et puis...j'ai écrit l'application en 2 jours + 2 jours pour les "finitions",
bien non ? :zoubi:
Ca me fait déjà une première solution, avec des possibilités d'automation Excel
qui me semblent intéressantes...
Pour d'éventuels graphiques on verra plus tard...
Je suis toujours frappé de voir à quel point les choses peuvent se débloquer d'un seul coup,
et les perspectives s'ouvrir...Good ! :ccool:

Je ne voudrais pas me disperser mais je vais essayer de mener un projet Java
en parrallèle, sur une autre application qu'il me reste à choisir. Je ne sais pas
si c'est raisonnable mais ça vaut la peine d'essayer...:mouarf:

Beaucoup de lecture hier pour commencer un 2eme projet hier soir, cette fois avec WPF.
La séparation code/design à la sauce Web développement...top moumoute, j'adore !
Rien que de penser que je peux dupliquer un form en
quelques secondes avec un beau copier/coller me laisse rêveur :aie:
Et pour moi ce n'est qu'un début, quelles autres surprises m'attendent ?
Bon, Microsoft semble avoir crée un beau joujou, good job ! Merci pour
cette efficacité :ccool: