Question Classes .NET => le calver

Salut,
Crazysky écrit:

Le seul hic c'est que les 2 première ligne s'appuie sur des classes WMI. L'objectif du dev sur le long terme est d'utiliser des classes .NET

Que ce soit WMI ou .NET il y a peu de différence dans ce cas. WMI évite de manipuler les API Win32 de bas niveau (si je me souviens bien Jeeffrey Snover à travailler sur le projet WMI).

.NET facilite leur usage en encapsulant la mécanique d'appel COM. Ensuite dans la gestion des mécanismes d'événement c'est sûr que .NET apporte des améliorations.
Pour moi, s'il ne s'agit que d'interrogation d'instance WMI, l'usage de .NET n'est pas nécessaire. PowerShell encapsulant, je le suppose fortement, les classes .NET autant les utiliser directement.
Crazysky écrit:

Comment chercher une classe .NET ?

Je formulerais différement la question, que cherches-tu à faire ? Et dans quel domaine ? Graphique, réseau, fichier, XML, mail, regexp, WEB,...
Crazysky écrit:

Je viens donc vous demander a vous personne expérimenté : Vous faites comment pour trouver vos classes ?

MSDN
Pour moi c'est un peu différent cela fait pas mal d'années que je suis dans le métier donc l'absorption de toutes ces infos s'est faite progressivement. De plus j'ai utilisée les API WIN32 donc je m'y retrouve relativement facilement.
.NET propose plusieurs milliers de classes donc pas la peine de vouloir toutes les connaitres. Si cela peut te rassurer je passe aussi pas mal de temps à en rechercher.

Comment je procéde ?
Les espaces de noms sur MSDN sont d'une grande aide, on part du général vers le particulier
msdn2.microsoft.com/fr-fr/library/ms229335(VS.80).aspx

Autre approche sur le blog MS de PowerShell :http://blogs.msdn.com/powershell/archive/2006/06/24/644987.aspx
Cela permet d'appeler l'aide en ligne correspondant à la classe d'une variable PS.
En cas de pb avec ce script n'hésite pas.
J'ai en chantier le même pour WMI mais la fusion des 2 me pose qq pb.

Pour WMI
msdn2.microsoft.com/en-us/library/aa394554(VS.85).aspx
Ensuite les outils WMITools
www.microsoft.com/downloads/details.aspx...4&displaylang=en
Mais là aussi c'est la même approche, que souhaite-t-on faire ? Bon sous WMI il existe déjà bien moins de classe que sous .NET.

Les termes utilisées dans la recherche sont important, il ne faut pas hésiter à en changer ou à les réordonner. C'est une évidence qu'il est bon de rappeler.
Si je ne trouve pas sur MSDN j'utilise les forums spécialisés (Developpez), Code-Project, les newsgroup, les collégues et j'allais oublier, les bouquins !

De mon coté le problème que je rencontre en ce moment est comment faire ceci ou cela plutot que de savoir quelle classe utiliser.
Avec PowerShell je ne pense pas que la connaissance des classes .NET soit si importante car les premières personnes visée sont les administrateurs systèmes.
De connaitre les cmdlet de base,le fonctionnement du parseur et du pipelining seront dans un premier temps bien plus important pour ta migration, enfin vu de ma fenêtre.
Bon ça va je n'habite pas au RDC <br><br>Message édité par: BatchMan, à: 14/03/08 22:22

Voici 2 liens à propos de posters des espaces de nom .NET
2.0
blogs.msdn.com/photos/brada/picture524537.aspx

3.5
blogs.msdn.com/pandrew/archive/2007/11/0...mespaces-poster.aspx

Pour infos, le nombre de classe sous .NET
blogs.msdn.com/brada/archive/2008/03/17/...e-net-framework.aspx