Discussion :

[puke502]

Bonjour

Je reflechi a un logciel accès système sur windows

Avec lecture cles de registre
Date du dernier acces de la cle de registre
Lecture d offset pour certains fichiers
Lister des fichiers dans des repertoires et leurs attributs
Recup d informations sur processus etc
Le tout en multi thread tant qu a faire

Je pensais tout faire en win32 mais plusieurs m on dit de faire avec boost

Boost permet il de faire tout ca?
Qu elle serait pour vous le meilleur choix et pourquoi svp merci

[Bousk]

Ton titre me fait beaucoup penser à "un fil dentaire ou une tronçonneuse laser pour couper un sapin ?"

Je vois pas ce qui n'est pas possible avec Boost aujourd'hui.
Win32 de son côté est pas évident à appréhender sur certains points.

[puke502]

J ai eu mes reponses api win32 > boost mais plus chiant a ecrire

[ternel]

Voici mon point de vue extérieur (je ne connais pas du tout win32):

L'accès à la base de registre est directement lié à son existence, donc à windows. Pour ca, l'api dédiée (win32?) me semble un bon choix.
Je ne suis pas sûr que ceci soit dans Boost. Si c'est le cas, regarde dans les modules de type configuration.

L'offset dans un fichier, le contenu de dossier, les propriétés de processus et le multithread sont des concepts portables d'un os à l'autre.
Dans ce genre de situation, je préfère Boost, qui est portable.

D'un point de vue esthétique, je préfère aussi Boost aux fragments win32, mais c'est mineur.

Comme tu es en C++, il est probable que tu te retrouve avec une classe dédiée à l'accès au registre, dont l'implémentation pourrait être la seule à utiliser la win32.

[puke502]

Merci leternel pour ta réponse qui me conforte dans mes choix

on m'a dit que la seule possibilité d'avoir mass informations & détails c’était d'utiliser win32
étant donnée que je ne connait pas Boost autant faire 100% win32, de plus l'application sera spécifique a Windows

[ternel]

J'ai juste un détail à rajouter.
Il me semble que win32 est toute en C, tandis que Boost utilise abondamment le C++ et ses templates.

Ca n'empêche pas de l'utiliser en C++, mais ca peut jouer sur ce qu'on en fait.

[JolyLoic]

Je partirais sur l'idée d'utiliser boost là où boost fournit la fonctionnalité, et de wrapper win32 par une couche gérant le RAII là où boost ne fournit pas la fonctionnalité. Parce qu'utiliser win32 à la main est très très fastidieux (pas de std::string, plein de HANDLE que l'on doit libérer manuellement...).

[ternel]

Je me souviendrai de ce conseil.
C'est généralement ce que je fais d'une lib très basée sur des pointeurs

[puke502]

merci pour les infos !!

Mais je suis débutant.. je ne connait pas du tout BOOST .. je trouve que les API windows sont plus documentés ou alors j'ai rien compris a la doc BOOST

je pense que c'est préférable de passer 100% de mon temps sur du win32 plutôt que devoir apprendre win32 Boost et RAII

après je peux peut être essayer de faire une class a base de win32

[foetus]

je pense que c'est préférable de passer 100% de mon temps sur du win32 plutôt que devoir apprendre win32 Boost et RAII

après je peux peut être essayer de faire une class a base de win32

Tu sais depuis le temps que win32 existe [au moins 20 ans], il y en a eu des wrappers C++: MFC, WTL et peut-être ATL et d'autres que je ne connais pas.

Donc si tu veux faire du C++ win32, regardes dans un premier temps la WTL, mais elle est "rangée au placard"

[puke502]

wrappers si j'ai bien compris c'est un genre de class qui encapsule les fonctions des api ?

Merci pour les conseils je vais regarder du coté de WTL j'avais jamais entendu parlé

pour MFC on m'avait dit que c'était du .net donc ca m'avait un peu bloqué

je précise quand même que les fonctions que je veux utiliser sont des fonctions système en mode console dans en premier temps et bien bien bien plus tard pour l'IHM on verra peut être en C#

[ternel]

Dans tous les cas, regarde soigneusement le concept de RAII.
C'est comme ca que sont construit les stream C++ et les share_ptr ou unique_ptr: le constructeur ouvre la ressource, le destructeur la referme.
Il est impossible de ne pas refermer la ressource, puisque la variable sera détruite à un moment donné.

Reste à la rendre non copiable, ou d'avoir un compteur de référence, et tout va bien.

le RAII évite tellement de mal de crane et de bug tordu!

[puke502]

ok merci je prend note !

mais bon je suis pas dev... j'apprends seul dans mon coin a mes heures perdues.. c'est chaud.. meme si je suis motivé j'avance pas vite..

je pense que dans un premier temps je vais essayer de faire du win32 tout basic pour deja comprendre tout les parametres des fonctions que je veux utiliser
j'en ai deja pour un sacré moment je pense..