Discussion :

[dfiad77pro]

A propos de la taille des projets, si on a beaucoup de petits projets dans VS, il suffit de modifier un commentaire pour que cet abruti recompile l'intégralité des projets qui référencent le projet modifié.

Chez nous on a une "solution" à 40+ projets... Disons qu'heureusement que la fenêtre est fermée parce que l'ordi finirait sur le parking

Si tu prends eclipse dans la même situation, bah... la compilation étant incrémentale, c'est instantané (avec un capacité de montée en charge assez bluffante)

Conclusion Eclipse est une usine à gaz pour les petits "workspace" c'est vrai, Visual Studio le devient avec les grosses "solutions", et en mille fois pire.

Tu utilise quelle version de VS ( quel type de projet)?

perso 40 projets dans une seule solution ça me semble pas correct niveau conception ...
mais je suis sûr qu'on peut les faites tourner sans soucis.

c'est comme pour éclipse tu peux configurer ça...
car en effect si t'a des contrôles et qu'il recharge le designer pour tout les documents ouverts, les perfs peuvent êtres mauvaises.

Cela dit avec VS 2013 c'est asynchrone.

[Washmid]

Une grosse appli appliquant des règles métier issues de la réglementation dans notre domaine d'activité. En gros l'appli est complexe parce que la loi française l'est, tout simplement (500 000 lignes de code + 10 MO environ de données bruttes pour du paramétrage).

Et non, malheureusement, VS n'est absolument pas capable de faire tourner ça sans soucis. Il n'analyse pas le code pour la compilation, ce qui fait qu'il doit recompiler tout le code projet par projet quelque soit la nature de la modification.

Pour les designers on ne les utilise même plus, les problèmes apparaissent dès le lancement en debug de l'appli.

Si on fait le parallèle avec Eclipse :
- la compilation est classe par classe, contrairement à VS qui la fait projet par projet.
- la compilation des dépendances ne se limite qu'au strict nécessaire, quand VS recompile tout en cascade
- VS doit packager toutes les dll pour lancer en debug, Eclipse n'a besoin que des .class
- Eclipse recompile à l'enregistrement de chaque fichier source, VS recompile avant l'exécution

En somme, dans VS, si on modifie une ligne de code dans un projet "à la base" de la solution, il nous régénère des centaines de méga de binaires.

Testé avec VS2013 c'est le même délire (même comportement, performances un peu meilleures ceci dit)

[I_Pnose]

Une petite astuce dont j’usais beaucoup à une époque où je n’avais pas de SSD au boulot (et pléthore de ram pour les VM) ; mettre l’output de génération sur un Ram Disk. Je divisais facilement par dix mes temps de génération.

Et my bad pour la compilation incrémentale, c’est dispo qu’en C++ visiblement (je ne l’ai pas retrouvé sur un projet C#).

[dfiad77pro]

Une grosse appli appliquant des règles métier issues de la réglementation dans notre domaine d'activité. En gros l'appli est complexe parce que la loi française l'est, tout simplement (500 000 lignes de code + 10 MO environ de données bruttes pour du paramétrage).

Et non, malheureusement, VS n'est absolument pas capable de faire tourner ça sans soucis. Il n'analyse pas le code pour la compilation, ce qui fait qu'il doit recompiler tout le code projet par projet quelque soit la nature de la modification.

Pour les designers on ne les utilise même plus, les problèmes apparaissent dès le lancement en debug de l'appli.

Si on fait le parallèle avec Eclipse :
- la compilation est classe par classe, contrairement à VS qui la fait projet par projet.
- la compilation des dépendances ne se limite qu'au strict nécessaire, quand VS recompile tout en cascade
- VS doit packager toutes les dll pour lancer en debug, Eclipse n'a besoin que des .class
- Eclipse recompile à l'enregistrement de chaque fichier source, VS recompile avant l'exécution

En somme, dans VS, si on modifie une ligne de code dans un projet "à la base" de la solution, il nous régénère des centaines de méga de binaires.

Testé avec VS2013 c'est le même délire (même comportement, performances un peu meilleures ceci dit)

Je bosse sur une solution pour le transport de 1,2 millions de lignes (16 projets)
et j'ai pas de soucis de lenteur sur un pc moyen tout en utilisant le designer...


L'erreur faut la chercher ailleurs je pense (process de l'entreprise, application ayant mal vécus, mauvaise configuration/conception).


Les seuls soucis (réels) de perf que j'ai eu c'était avec les plugins d'infragistics..

[micka132]

Ou sinon tu peux "décharger" les 39 projets qui ne te servent pas, et recharger ceux que tu souhaites modifier.
S'agissant d'un paramètre utilisateur ca n'aura même pas d'impact sur les autres au niveau de ton gestionnaire de source.

[Washmid]

Merci pour l'astuce du RAM disk je vais essayer ça !

A propos de "décharger" les projets, quand on bosse sur une partie spécifique on fait ça en effet... quand on peut. Et c'est pas modifier qui pose problème, c'est simplement exécuter.

@dfiad77pro : J'aimerai voir le truc, parce que là c'est incompréhensible. L'architecture de VS étant ce qu'elle est, si tu bosses sur un des 16 projets un peu plus partagés que les autres, il te régénère une grande partie de tes 1.2 millions de lignes à chaque fois que tu fais "F5" et ça rame pas?

[dfiad77pro]

Merci pour l'astuce du RAM disk je vais essayer ça !

A propos de "décharger" les projets, quand on bosse sur une partie spécifique on fait ça en effet... quand on peut. Et c'est pas modifier qui pose problème, c'est simplement exécuter.

@dfiad77pro : J'aimerai voir le truc, parce que là c'est incompréhensible. L'architecture de VS étant ce qu'elle est, si tu bosses sur un des 16 projets un peu plus partagés que les autres, il te régénère une grande partie de tes 1.2 millions de lignes à chaque fois que tu fais "F5" et ça rame pas?

si je fait un rebuild all c'est un peu longs mais sans plus, et la solution contient du WPF, du Winforms, de l'entity framework, 1 service de cartographie 3D, des moteurs de calculs complexe et fortement liés

Après honnêtement faudrait que je vois comment se compose ton projet ( ce qui n'es surement pas faisable, car 500 000 lignes ça doit être un projet PRO )


Je dit pas que VS n'est pas lourd, notamment quand tu jongle entre les concepteurs.

Après sur éclipse ( hors compilation), j'ai aussi eu affaire à des projets pas lourds qui mettaient 2 min à démarrer sur Tomcat a chaque fois que tu changeais une classe métier), ça veut pas dire que c'est forcément de la faute d'Eclipse ( en fait c'était de la mienne)

[Washmid]

Ouais c'est un projet pro (situation de mobilité, winform), avec une architecture par plugins pompée à mort sur celle... d'eclipse (précisément pour limiter au maximum les références de projets qui explosent les temps de compil).

Ce qui est révoltant, c'est au prix que coûte VS, qu'ils ne soient toujours pas capables de faire une compilation incrémentale pas trop stupide qui existe pourtant depuis au moins 10 ans chez la concurrence...

Sinon oui Eclipse selon les cibles il peut y avoir d'énormes lenteurs à démarrer en effet (android entre autres)

[dfiad77pro]

Ouais c'est un projet pro (situation de mobilité, winform), avec une architecture par plugins pompée à mort sur celle... d'eclipse (précisément pour limiter au maximum les références de projets qui explosent les temps de compil).

Ce qui est révoltant, c'est au prix que coûte VS, qu'ils ne soient toujours pas capables de faire une compilation incrémentale pas trop stupide qui existe pourtant depuis au moins 10 ans chez la concurrence...

Sinon oui Eclipse selon les cibles il peut y avoir d'énormes lenteurs à démarrer en effet (android entre autres)

Bon après je pense que ce qui rajoute de la lenteur dans beaucoup cas c'est qu'il doit créer les DLL/Obj dans tout les sous projets et les copier dans le répertoire final de build.
de plus le winForm est assez lent à compiler surtout si t'a des fichier CS.designer de 10 000 lignes (pas rare en cas d'utilisation massif du designer, avec infragistics par exemple) ...


après ton java en sortie il sort 1 jar par projet ou que des .Class ?
normalement (j’espère ne pas me tromper) si tu sort que des classes la compilation incrémentale est facile ( pas d'empactage, etc... donc plus rapide).
Dans mes souvenir j’utilisai ANT pour créer le livrable final ( la c'était plutôt lent) .

[footsteps]

Ne pensez plus...
Pensez microsoft.

[Guikingone]

La RC est déjà énormément stable sur des projets lourds, les quelque points à optimiser reste mineur.

[dfiad77pro]

La RC est déjà énormément stable sur des projets lourds, les quelque points à optimiser reste mineur.

oui le ciblage sur tout les anciens projet.net ( jusqu'a 4.5) est limite garantie stable en production.
Le statut de RC impacte juste les nouveautés (.NET CORE, WIN10, etc).


Bonne nouvelle aussi pour les entreprises, puisque Windows 7 est encore supporté,
hors ces structures ne passeront pas à Windows 10 avant des années ( il y a une telle peur de la mise à jours, même si c'était gratuit pour les pro...)

[Tillo]

Question (sans doute) bête :
J'utilise actuellement Visual Studio Community 2013, est-ce qu'il va me proposer une mise à jour ou est-ce que je vais devoir télécharger la nouvelle version moi-même ?

[dfiad77pro]

Question (sans doute) bête :
J'utilise actuellement Visual Studio Community 2013, est-ce qu'il va me proposer une mise à jour ou est-ce que je vais devoir télécharger la nouvelle version moi-même ?

Aucune question n'est bête lorsqu'elle est formulée correctement
Tu devra télécharger la 2015 community, celle-ci fonctionne parfaitement à coté de la 2013.

[Tillo]

OK. Merci pour la réponse.

[GameOfMax]

Quel sont les différences entre la version community, la version pro et la version entreprise ? [À part le prix ]

Et faudra t il supprimer la version 2013 avant d'installer la version 2015 ou faudra t il directement l'installer comme une mise à jour ?

[Pol63]

Quel sont les différences entre la version community, la version pro et la version entreprise ? [À part le prix ]

Et faudra t il supprimer la version 2013 avant d'installer la version 2015 ou faudra t il directement l'installer comme une mise à jour ?

la version community 2013 équivaut à pro 2013 si j'ai bien suivi
il y aurait au dessus la version ultimate (les différences se trouvent sur google à mon avis)
community peut etre utilisé par les non entreprises et les petites entreprises (CA < 1M il me semble) sinon il faut acheter une version payante

les visuals studios sont indépendants, donc la version 2015 ne sera pas une mise à jour de la version 2013
les 2 peuvent être installées en même temps sur une machine (j'ai actuellement 2010 2013 community et 2015 ctp)
quand tu ouvres une solution (.sln) elle s'ouvre avec la version utilisée pour créer la solution
il est possible de migrer une solution d'une version à une plus récente en l'ouvrant avec la nouvelle version

[dfiad77pro]

la version community 2013 équivaut à pro 2013 si j'ai bien suivi
il y aurait au dessus la version ultimate (les différences se trouvent sur google à mon avis)
community peut etre utilisé par les non entreprises et les petites entreprises (CA < 1M il me semble) sinon il faut acheter une version payante

les visuals studios sont indépendants, donc la version 2015 ne sera pas une mise à jour de la version 2013
les 2 peuvent être installées en même temps sur une machine (j'ai actuellement 2010 2013 community et 2015 ctp)
quand tu ouvres une solution (.sln) elle s'ouvre avec la version utilisée pour créer la solution
il est possible de migrer une solution d'une version à une plus récente en l'ouvrant avec la nouvelle version

J'ai pire au boulot : VS 6.0 (1998), 2010, 2013,2015 , un conseil faut installer par ordre de sortie

[GameOfMax]

Imaginons que je veuille créer une application iOS sur vs2015, sera til possible de développer son apparition sans avoir de macs ?

[I_Pnose]

Imaginons que je veuille créer une application iOS sur vs2015, sera til possible de développer son apparition sans avoir de macs ?

La compilation ne peut se faire que sur un Mac, c’est un passage obligé pour le dernier maillon de la chaine (dans notre boite on a un Mac Mini planqué sous un bureau qui ne sert qu’à ça).