Pour commencer, je suis développeur C++ et je connais un peu WIN32 et MFC.
Je viens d'apprendre que j'allais devoir travailler avec les OCX... Plus
précisément : récupérer un OCX écrit en C++, étudier le code, faire en sorte
de le compiler et être capable de le modifier si besoin.
Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Quelqu'un pourrait-il m'expliquer un peu ce que c'est et m'indiquer une
documentation ou un bouquin (pouvant être trouvé en France si possible,
parce que ça urge !), ou même un site bien fait pour m'expliquer comment
fonctionnent les OCX écrits en C++ et comment naviguer dans le code !
J'imagine que la MSDN possède une section là-dessus, mais je l'ai
suffisamment arpentée pour savoir qu'elle est plus efficace en tant que
référence de fonctions précises qu'en tant que "tutorial",
malheureusement...
En bref, j'espère que vous pourrez m'aider sur ce coup !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Arnaud Debaene
Debug wrote:
Bonsoir à tous !
Pour commencer, je suis développeur C++ et je connais un peu WIN32 et MFC. Je viens d'apprendre que j'allais devoir travailler avec les OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le code, faire en sorte de le compiler et être capable de le modifier si besoin.
Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important, c'est de bien comprendre COM. "Essential COM" de Don Box est réputé comme une référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est pas mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en codant tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks qui fournissent une partie des fonctionnaités nécessaires. En C++, les 2 frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière étant à préférer (et de loin!). En soi, maîtriser ses environnements est un sujet à part entière!
Arnaud
Debug wrote:
Bonsoir à tous !
Pour commencer, je suis développeur C++ et je connais un peu WIN32 et
MFC. Je viens d'apprendre que j'allais devoir travailler avec les
OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le
code, faire en sorte de le compiler et être capable de le modifier si
besoin.
Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important, c'est
de bien comprendre COM. "Essential COM" de Don Box est réputé comme une
référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est pas
mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en codant
tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks qui
fournissent une partie des fonctionnaités nécessaires. En C++, les 2
frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière étant
à préférer (et de loin!). En soi, maîtriser ses environnements est un sujet
à part entière!
Pour commencer, je suis développeur C++ et je connais un peu WIN32 et MFC. Je viens d'apprendre que j'allais devoir travailler avec les OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le code, faire en sorte de le compiler et être capable de le modifier si besoin.
Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important, c'est de bien comprendre COM. "Essential COM" de Don Box est réputé comme une référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est pas mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en codant tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks qui fournissent une partie des fonctionnaités nécessaires. En C++, les 2 frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière étant à préférer (et de loin!). En soi, maîtriser ses environnements est un sujet à part entière!
Arnaud
Debug
Merci beaucoup de ta réponse, je vais me renseigner un peu là-dessus ! :))
A++
"Arnaud Debaene" a écrit dans le message de news:40bfa10b$0$22554$
Debug wrote: > Bonsoir à tous ! > > Pour commencer, je suis développeur C++ et je connais un peu WIN32 et > MFC. Je viens d'apprendre que j'allais devoir travailler avec les > OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le > code, faire en sorte de le compiler et être capable de le modifier si > besoin. > > Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important,
c'est
de bien comprendre COM. "Essential COM" de Don Box est réputé comme une référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est
pas
mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en
codant
tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks
qui
fournissent une partie des fonctionnaités nécessaires. En C++, les 2 frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière
étant
à préférer (et de loin!). En soi, maîtriser ses environnements est un
sujet
à part entière!
Arnaud
Merci beaucoup de ta réponse, je vais me renseigner un peu là-dessus ! :))
A++
"Arnaud Debaene" <adebaene@club-internet.fr> a écrit dans le message de
news:40bfa10b$0$22554$626a14ce@news.free.fr...
Debug wrote:
> Bonsoir à tous !
>
> Pour commencer, je suis développeur C++ et je connais un peu WIN32 et
> MFC. Je viens d'apprendre que j'allais devoir travailler avec les
> OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le
> code, faire en sorte de le compiler et être capable de le modifier si
> besoin.
>
> Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important,
c'est
de bien comprendre COM. "Essential COM" de Don Box est réputé comme une
référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est
pas
mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en
codant
tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks
qui
fournissent une partie des fonctionnaités nécessaires. En C++, les 2
frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière
étant
à préférer (et de loin!). En soi, maîtriser ses environnements est un
Merci beaucoup de ta réponse, je vais me renseigner un peu là-dessus ! :))
A++
"Arnaud Debaene" a écrit dans le message de news:40bfa10b$0$22554$
Debug wrote: > Bonsoir à tous ! > > Pour commencer, je suis développeur C++ et je connais un peu WIN32 et > MFC. Je viens d'apprendre que j'allais devoir travailler avec les > OCX... Plus précisément : récupérer un OCX écrit en C++, étudier le > code, faire en sorte de le compiler et être capable de le modifier si > besoin. > > Or, je ne connais STRICTEMENT RIEN aux OCX !!!
Un ocx, c'est un composant COM un peu particulier. Le plus important,
c'est
de bien comprendre COM. "Essential COM" de Don Box est réputé comme une référence sur le sujet. En Français, 3au coeur de COM+" de GH Eddon est
pas
mal non plus.
Ensuite, on ne programme presque jamais du COM directement, en C, en
codant
tout soi-même. On s'appuie généralement sur des bibliothèques/frameworks
qui
fournissent une partie des fonctionnaités nécessaires. En C++, les 2 frameworks les plus utilisés pour çà sont les MFC set ATL, la dernière
étant
à préférer (et de loin!). En soi, maîtriser ses environnements est un
