mastercatz
Messages postés193Date d'inscriptionjeudi 4 décembre 2003StatutMembreDernière intervention12 août 2010 18 janv. 2007 à 08:55
Et puis aussi il faut penser que l'InputBox de l'assembly MSVB n'est jamais qu'un form avec des boutons et un textbox. Donc je ne pense pas que ma classe ait une enorme différence de consomation cpu/ram. Enfin si quelqu'un veut tenter l'experience de comparer ^^
mastercatz
Messages postés193Date d'inscriptionjeudi 4 décembre 2003StatutMembreDernière intervention12 août 2010 18 janv. 2007 à 07:24
J'étais assez réticent à utiliser l'import sur MSVB et c'est pourquoi j'ai fait cette petite classe. Et puis ca permet de forcer un type de saisie (int, decimal ou string) sans à avoir à faire les Parse() qui s'imposent (Bidou : tu vois il sert quand même à quelque chose le NumBox :)
cs_Bidou
Messages postés5487Date d'inscriptiondimanche 4 août 2002StatutMembreDernière intervention20 juin 201361 17 janv. 2007 à 22:04
Si on fait une class soit-même on a l'avantage de pouvoir la customizée à volenté, ce qui n'est bien entendu pas le cas de fonctions toutes faites.
Il n'est pas forcément très logique d'utiliser des fonctions VB si on fait un project C#, mais dans certains cas comme celui-ci, ça peut s'avérer utile. Ce genre d'import est selon moi à utiliser avec beaucoup de modération...
sebmafate
Messages postés4936Date d'inscriptionlundi 17 février 2003StatutMembreDernière intervention14 février 201437 17 janv. 2007 à 22:04
mouaip... en même temps... importer toute une assembly pour un méthode... :°
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 17 janv. 2007 à 21:24
Lol, vous savez, MS.VB a été développé en IL... pas en VB ;)
Comment voulez vous developpez un module pour un langage avec ce même langage ?
Autrement dit, l'oeuf ne peut pas avoir été la poule qu'il va faire naitre...
Tilois
Messages postés721Date d'inscriptiondimanche 10 juin 2001StatutMembreDernière intervention27 mars 20117 17 janv. 2007 à 20:55
Mon coeur balance entre ce que vous dites....
C'est pas terrible le import Microsoft.VisualBasic. Cependant c'est surement moins cher niveau CPU et RAM. Mais bon ca fait encore des classes à ajouter la solution proposée, alors que un import c'est pas bien cher. Donc je suis pas sur que ce soit la meilleure solution cette classe, mais bon, pour les puristes, pour faire un projet 100% C# ....
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 17 janv. 2007 à 19:56
Une source n'est bonne que si elle fait mieux que ce qui existait déjà avant...
cs_Willi
Messages postés2375Date d'inscriptionjeudi 12 juillet 2001StatutModérateurDernière intervention15 décembre 201822 17 janv. 2007 à 19:46
on est pas la pour parier. mais pour donner un avis, commentaire sur la source.
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 17 janv. 2007 à 19:04
Je te fais le pari que InputBox est plus léger en temps CPU et consomme moins de mémoire RAM que n'importe qu'elle classe que tu pourras faire en C#...
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 17 janv. 2007 à 19:02
Lol, je vois pas ou est le problème avec MS.VB ...
cs_Willi
Messages postés2375Date d'inscriptionjeudi 12 juillet 2001StatutModérateurDernière intervention15 décembre 201822 17 janv. 2007 à 17:31
burk ! using microsoft.visualbasic ! à bannir.
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 17 janv. 2007 à 16:09
18 janv. 2007 à 08:55
18 janv. 2007 à 07:24
17 janv. 2007 à 22:04
Il n'est pas forcément très logique d'utiliser des fonctions VB si on fait un project C#, mais dans certains cas comme celui-ci, ça peut s'avérer utile. Ce genre d'import est selon moi à utiliser avec beaucoup de modération...
17 janv. 2007 à 22:04
17 janv. 2007 à 21:24
Comment voulez vous developpez un module pour un langage avec ce même langage ?
Autrement dit, l'oeuf ne peut pas avoir été la poule qu'il va faire naitre...
17 janv. 2007 à 20:55
C'est pas terrible le import Microsoft.VisualBasic. Cependant c'est surement moins cher niveau CPU et RAM. Mais bon ca fait encore des classes à ajouter la solution proposée, alors que un import c'est pas bien cher. Donc je suis pas sur que ce soit la meilleure solution cette classe, mais bon, pour les puristes, pour faire un projet 100% C# ....
17 janv. 2007 à 19:56
17 janv. 2007 à 19:46
17 janv. 2007 à 19:04
17 janv. 2007 à 19:02
17 janv. 2007 à 17:31
17 janv. 2007 à 16:09
InputBox()
Sans controle spécial fait maison ni rien...