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.