Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Ca dépend du type d'interface.
Tu peux tout faire en Win 32 (avec l'éditeur de dialogue)
Tu peux aussi utiliser les MFC
.Net, trop lourd et c'est un échec, presque pas utilisé en entreprise :-)
Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Ca dépend du type d'interface.
Tu peux tout faire en Win 32 (avec l'éditeur de dialogue)
Tu peux aussi utiliser les MFC
.Net, trop lourd et c'est un échec, presque pas utilisé en entreprise :-)
Bonjour,
j'envisage de porter une appli de linux vers windows.
A priori, ce qui va changer, c'est essentiellement l'interface
(fenetres, events, ...), vu que le reste est du c++ standard.
Ce que je voudrais savoir c'est si je suis oblige de faire du win32
basique ou y'a t'il d'un peu plus haut niveau en standard sous windows?
Est-ce qu'il faut faire du win32 ou est-ce que .Net a sa propre API pour
faire des interfaces?
Existe-t'il un bon tutorial la dessus (y'en a plein, mais est-ce qu'il
y'en a un qui sort du lot?) ?
Ca dépend du type d'interface.
Tu peux tout faire en Win 32 (avec l'éditeur de dialogue)
Tu peux aussi utiliser les MFC
.Net, trop lourd et c'est un échec, presque pas utilisé en entreprise :-)
L'avenir du dev sur Windows c'est .NET et c'est full objet (et
utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
L'avenir du dev sur Windows c'est .NET et c'est full objet (et
utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
L'avenir du dev sur Windows c'est .NET et c'est full objet (et
utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
L'avenir du dev sur Windows c'est .NET
(et utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
Tu peux tester Visual Studio 2005 avec la version Express qui est gratuite
et disponible sur
http://msdn.microsoft.com/vstudio/express/
L'avenir du dev sur Windows c'est .NET
(et utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
Tu peux tester Visual Studio 2005 avec la version Express qui est gratuite
et disponible sur
http://msdn.microsoft.com/vstudio/express/
L'avenir du dev sur Windows c'est .NET
(et utilisé par de plus en plus d'entreprises, pratiquement toute celles
qui font du dev).
Tu peux tester Visual Studio 2005 avec la version Express qui est gratuite
et disponible sur
http://msdn.microsoft.com/vstudio/express/
>> .Net, trop lourd et c'est un échec, presque pas utilisé en
entreprise :-) Bonjour,
L'avenir du dev sur Windows c'est .NET
Cela fait 6 ans qu'on me la sort celle-là. Je peux voir UNE annonce
>> .Net, trop lourd et c'est un échec, presque pas utilisé en
entreprise :-) Bonjour,
L'avenir du dev sur Windows c'est .NET
Cela fait 6 ans qu'on me la sort celle-là. Je peux voir UNE annonce
>> .Net, trop lourd et c'est un échec, presque pas utilisé en
entreprise :-) Bonjour,
L'avenir du dev sur Windows c'est .NET
Cela fait 6 ans qu'on me la sort celle-là. Je peux voir UNE annonce
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
- WxWidgets (idem)
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
- WxWidgets (idem)
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
- WxWidgets (idem)
On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
.NET présente certains avantages (et cetains inconvénients) et il est
certainement la solution poussée commercialement par MS en ce moment,
mais ca n'en fait ni la solution absolue du futur, ni un "échec
complet deouis 6 ans" (6 ans??? Fichtre, .NET est sorti en 2002 il me
semble!!). Un peu de nuances que diable!
Sinon, j'ajouterai qu'il existe un paquet d'autres solutions entre le
Win32 de grand-papa en C pur jus et le C# des Winforms.
Bref, il y a l'embarras du choix selon les contraintes du projet,
et
il faudrait peut-être avoir une vision un peu plus large que la
techno que untel ou untel connait et utilise, ou que le dernier
"buzz" open-source ou commercial dont tout le monde parle...
On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
.NET présente certains avantages (et cetains inconvénients) et il est
certainement la solution poussée commercialement par MS en ce moment,
mais ca n'en fait ni la solution absolue du futur, ni un "échec
complet deouis 6 ans" (6 ans??? Fichtre, .NET est sorti en 2002 il me
semble!!). Un peu de nuances que diable!
Sinon, j'ajouterai qu'il existe un paquet d'autres solutions entre le
Win32 de grand-papa en C pur jus et le C# des Winforms.
Bref, il y a l'embarras du choix selon les contraintes du projet,
et
il faudrait peut-être avoir une vision un peu plus large que la
techno que untel ou untel connait et utilise, ou que le dernier
"buzz" open-source ou commercial dont tout le monde parle...
On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
.NET présente certains avantages (et cetains inconvénients) et il est
certainement la solution poussée commercialement par MS en ce moment,
mais ca n'en fait ni la solution absolue du futur, ni un "échec
complet deouis 6 ans" (6 ans??? Fichtre, .NET est sorti en 2002 il me
semble!!). Un peu de nuances que diable!
Sinon, j'ajouterai qu'il existe un paquet d'autres solutions entre le
Win32 de grand-papa en C pur jus et le C# des Winforms.
Bref, il y a l'embarras du choix selon les contraintes du projet,
et
il faudrait peut-être avoir une vision un peu plus large que la
techno que untel ou untel connait et utilise, ou que le dernier
"buzz" open-source ou commercial dont tout le monde parle...
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
Il y a des solutions objet alternatives (au passage, le modèle objet des MFC
est reconnu comme étant particulièrement mauvais) . Citons dans le désordre
et sans jugement de valeur :
- QT / GTK+ (qui a le mérite d'être portable entre Windows et *nix)
Arnaud Debaene wrote:On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
Quoi à l'emporte-pièce ? Tu les lis les annonces d'emploi dans la prog ?
.NET c'est zéro absolu, le néant. Aujourd'hui, en France, pour un futur
informaticien, il reste Java, les bases de données, et du C/C++ chez les
grands comptes (allez, je te fais grâce d'un oubli ou deux dans ma liste),
le reste c'est du marché de niche. Faut arrêter de nous vendre chaque
nouvelle technologie comme le futur incontournable que si tu t'y mets pas
de suite t'es foutu.
Arnaud Debaene wrote:
On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
Quoi à l'emporte-pièce ? Tu les lis les annonces d'emploi dans la prog ?
.NET c'est zéro absolu, le néant. Aujourd'hui, en France, pour un futur
informaticien, il reste Java, les bases de données, et du C/C++ chez les
grands comptes (allez, je te fais grâce d'un oubli ou deux dans ma liste),
le reste c'est du marché de niche. Faut arrêter de nous vendre chaque
nouvelle technologie comme le futur incontournable que si tu t'y mets pas
de suite t'es foutu.
Arnaud Debaene wrote:On pourrait avoir des jugements un peu plus subtils et pas à
l'emporte pièce s'il vous plaît? Je sais bien que l'informatique
c'est du binaire, mais ca ne veut pas dire que tous les choix sont
forcément noir ou blanc ;-)
Quoi à l'emporte-pièce ? Tu les lis les annonces d'emploi dans la prog ?
.NET c'est zéro absolu, le néant. Aujourd'hui, en France, pour un futur
informaticien, il reste Java, les bases de données, et du C/C++ chez les
grands comptes (allez, je te fais grâce d'un oubli ou deux dans ma liste),
le reste c'est du marché de niche. Faut arrêter de nous vendre chaque
nouvelle technologie comme le futur incontournable que si tu t'y mets pas
de suite t'es foutu.
Et bien nous ne vivons pas dans le même monde.
Je fais des missions pour de "très" grands comptes et c'est du .NET
Je donne des formations .NET et ce sont aussi de très grands comptes.
Bien souvent ce sont les développeurs VB6 qui passent sur .NET
Rémi
Et bien nous ne vivons pas dans le même monde.
Je fais des missions pour de "très" grands comptes et c'est du .NET
Je donne des formations .NET et ce sont aussi de très grands comptes.
Bien souvent ce sont les développeurs VB6 qui passent sur .NET
Rémi
Et bien nous ne vivons pas dans le même monde.
Je fais des missions pour de "très" grands comptes et c'est du .NET
Je donne des formations .NET et ce sont aussi de très grands comptes.
Bien souvent ce sont les développeurs VB6 qui passent sur .NET
Rémi