Discussion :

[theMonz31]

Bonjour

En cherchant la réponse à la copie de répertoire (pour un autre post), je me suis rendu compte que la fonction existait dans l'assembly VisualBasic.

D'ou une question simple : Quelles sont les fonctions "super" utiles que l'on ne retrouve que dans l'assembly Visual Basic et dont l'existence serait à fournir aux développeur ?


Je peux déja en citer quelques unes:

- La copy de répertoire
- L'accès à l'état du clavier (sans faire d'Interop et sans faire d'association d'évenement)
- FindInFiles (très pratique même si les perfos sont peut-être pas au top)


Et vous ?

[sevyc64]

A commencer par toutes celles qui se trouve dans l'assembly Microsoft.VisualBasic, mais qu'il recommander de ne pas utiliser en VB non plus. Elles n'existent que pour assurer une pseudo compatibilité avec du code VB6, et devrait, AMHA, être définitivement abandonnées.

Il en existe d'autre, mais je n'ai pas la liste

[Nathanael Marchand]

http://msdn.microsoft.com/en-us/library/gg145009.aspx

[theMonz31]

Merci Nathanael

Mais je cherchais plutot des fonctions que, nous, utilisateur C# et/ou VB.Net trouvions utiles d'utiliser..

Après, je peux effectivement regarder toutes les fonctions disponibles (ce que j'ai déja fait à une époque coté librairie "C#"...

Mais bon, l'objectif est plus de fournir un "retour sur expérience"...

[Pol63]

les 3/4 des fonctions de la dll vb utilisent des fonctions du framework
par exemple pour les string on a left(unstring, length), qui quand on regarde dans reflector ne fait qu'appeler unstring.substring()

[MABROUKI]

bonjour theMonz
Dans Microsoft.Visualbasic.FileIo on trouve ces 2 fonctions pour lire des textes Delimited et SDF (Fixed et Fixed variable ) pour lire des fichiers .csv et .txt toutes pretes ,qui n'ont aucun equivalent en c# ou il faut tout recoder.
Tres utiles pour ne pas s'empoisonner la vie.
Egalement il y a Microsoft.Visualbasic.Financier pour les calculs financier c'est pratique .C'est les fonctions d'excel(amortissement ,annuites ....)
On aurait tort d'aller chercher ailleurs ces utilitaires gratuits puisque ce sont des apis .net framework.

bonne soiree....

[MABROUKI]

rebonjour
je crois qu'il faut faire la part des choses en matiere de code et pour ma part il me semble qu'il faut viser à l'efficacite .
Quand on trouve une API du -t-elle etre ecrite en Algol ,si elle repond parfaitement au besoin ,rien ne sert d'en ecrire une autre.
Apres tout on ne peut refaire l'histoire.
En matiere de language ,tous les languages me paraissent equivalents dans la mesure ou ils sont "historiquement" batis l'un à partir de l'autre.
Je n'ai jamais compris le "purisme" de certains programeurs car il me semble qu'il bride la reflexion à mon avis.
L'autre jour je lisais un article sur la technologie COM,ou l'auteur expliquait que pour comprendre COM ,il fallait d'abord voir comment l'api WIN32 tout entiere etait batie en C ,sur des struct ,des pointeurs et (handle)et des fonctions sans aucun "class" ou "objet".
Qu'ensuite un pointeur et un struct donnait ensuite naissance à un class.
Et que le class donnait ensuite naissance à un objet COM qui n'est fait qu'une interface avec numero GUID associe à une classe.
le numero GUID permettant de mettre un ordre dans les classes mise sur le marche par les developpeurs poir eviter l'anarchie dans les composants.
Je me disais quelque part que la bonne utilisation d'un language necessitait la comprehension d'autres languages bien anterieurs.

bonne soiree....



bonne soiree....