Discussion :

[FlorianByl]

Bonjour,

Je viens vers vous pour m'�clairer sur un choix assez important. Ayant toujours d�velopp� sous Linux en C/C++ je viens d'arriver dans l'univers de Windows.
J'ai pour projet de d�velopper une application en C++ qui devra s�ex�cuter sur un Windows server 2012 R2.

J'ai � ma disposition Visual Studio Community 2017.

Avec tout ce que propose Visual Studio lorsque l'on cr�er un projet j'avoue que je suis un peu perdu. (UWP, version .net, version cible de l'application).

Si j'ai bien compris, les applications UWP sont destin�es � �tre compatibles sur toutes les versions de Windows 10 (Desktop et mobile). J'ai donc peur qu'une t'elle application ne fonctionne pas sur un Windows serveur 2012 R2. Bien que le SDK windows 10 soit disponible sur WS2K12R2 mais avec quelques fonctionnalit�s manquantes.

J'ai �galement quelques librairie � utiliser, notamment des lib en C (libpq par exemple).
J'aimerais beaucoup me servir du designer d'interface que propose Visual Studio. Je le trouve tr�s complet avec une prise en main tr�s rapide.

Enfin voila, d�sol� pour cette question de tr�s bas �tage mais j'aimerais faire les bons choix d�s le d�but.
Que me conseill� vous comme type de projet propos�s par Visual Studio pour d�but� un programme en C++ qui s�ex�cutera sur un Windows Server 2012 R2 ?

Merci pour votre temps

[Bousk]

Si tu te poses la question, prend un projet vierge.

[JolyLoic]

Je dirais plut�t un projet console Win32, avec en sous option "projet vierge". Prendre un truc tout vierge peut demander plus de travail avant d'avoir un truc qui tourne.
Mais si tu dois faire un code portable linux+windows, je te conseile alors de regarder du c�t� de cmake, qui peut g�n�rer nativement des projets visual studio, ou qui (mais pas test� dans ce sens l�), et normalement directement compris par visual studio aussi depuis 2017.

[bacelar]

En plus des remarques de mes voisins du dessus, voici les miennes, � 2 balles :

Si tu suis leurs conseils, tu seras dans un contexte tr�s proche de Linux, mais je trouve que dans le contexte d'une application sur WS2K12R2 cela tr�s tr�s �trange.

Pour moi, application sur WS2K12R2 uniquement, c'est qu'il s'agit d'une application H24-7jours/7, donc pas vraiment une application console qui peut �tre ferm�e n�importe comment sur un simple Ctrl-X.

Les Services Windows semblent plus "WS2K12R2 only".

J'aimerais beaucoup me servir du designer d'interface que propose Visual Studio.

Ils ne sont utilisables qu'avec l'utilisation de Framework Graphique d�di�s.
Un Designer d'Interface ne fonctionne qu'avec un seul Framework Graphique.

Chaque Framework Graphique demande un apprentissage plus ou moins long et tu ne pourras pas m�langer les Frameworks.

Chaque Framework Graphique est adoss� � un Framework "fond de panier" qu'il faudra aussi maitriser.

Enfin voila, d�sol� pour cette question de tr�s bas �tage mais j'aimerais faire les bons choix d�s le d�but.

Ce n'est pas une question de tr�s bas �tage, c'est une tr�s tr�s bonne question, mais, pour moi, pour y r�pondre efficacement, je pense qu'il faut nous donner plus de d�tails sur l'application � d�velopper.

Mes voisins du dessus n'ont pris en compte que ton background, et c'est important, mais je pense qu'il faut aussi prendre en compte le type de l'application cible.
C'est m�me pour �a qu'il y a autant de choix au d�marrage dans VS.

Ne vous traumatisez pas trop avec le choix initial, si vous architecturez correctement votre projet, le passage d'un type de projet � un autre se fera sans trop de probl�me.

Le plus important, c'est de caract�riser le type "d'application" il vous faut, � la fin.