Discussion :

[Négrier]

Le problème avec Builder C++ c'est qu'il retraduit le code source en pascal avant de le compiler (fichiers temporaires *.dfm).
Compiler les *.h??. Ce ne sont que des fichiers de descriptions qui sont liés à d'autres fichiers sources *.c/c++ ou ... des fichiers pré-compilés *.obj.
Si le temps de compilation est un facteur important alors il vaut mieux passer à un langage de script.

.Les fichiers ".h" contiennent en général les déclarations qui sont utilisées par plusieurs sources C ou C++ mais ils n'ont effectivement pas d'existence comme entités du langage (au contraire des parties "interface" et "implementation" du pascal) et ils sont simplement "expansés", lors de la compilation, dans chaque source (.c, .cpp) où ils apparaissent, et donc recompilés à chaque fois.

Lorsqu'on a affaire à des modèles Objets de grande taille les temps de compilations des déclarations de classes contenues dans les ".h" deviennent vite importants d'autant plus que l'on refait plusieurs fois la même chose.

Si dans un projet C++ on retrouve 100 fois l'inclusion :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include "test.h"

alors "test.h" (le contenu de) sera compilé 100 fois (mais test.cpp ou test.c
une seule fois)


si en pascal on retrouves dans 100 unités différentes le uses :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

uses test;

alors "test.pas" sera compilé une seule fois.

[kromartien]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include "test.h"

alors "test.h" (le contenu de) sera compilé 100 fois (mais test.cpp ou test.c
une seule fois)


si en pascal on retrouves dans 100 unités différentes le uses :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

uses test;

alors "test.pas" sera compilé une seule fois.

Il ne faut pas faire alors des #ifdef pour éviter l'inclusion multiple ?

[Aspic]

J'ai voté VB.NET car je trouve que c'est un langage facile pour les debutants et assez intuitifs (contrairement au C# ou C++).

De plus la syntaxe est simplifiée (toujours par rapport au C# et C++) et on a plus les accolades, crochets et les partheses à gogo toute les deux lignes... et sincerement moi je toruve ca chiant.

Par contre le C++ et plus puissant que le VB.NET, dommage j'aurais choisi le C++ si la syntaxe n'etait pas aussi affreuse !!

Pour la JAVA je ne connais pas bien du tout par contre je sais que c'est un des langage le plus puissant mais aussi le plus difficile (je me trompe ? )

Sinon y'a aussi le PHP et HTML mêlé a du CSS et à du JAVASCRIPT, tout cela pour faire un bon site WEB ! Je suis en plein dedans ^^ sinon assez pratique mais c'est toujours la syntaxe qui me plait pas

Quand aux autres langages, trop peu connus et sans doute peu puissant (mais je juge sans savoir !)

[Médinoc]

Je pense qu'on va éviter de partir sur le débat accolades /end, car je juge les accolades beaucoup plus lisibles (même si mon plus grand reproche à vb.net, c'est ce qui arrive irrémédiablement quand je presse [Entrée] dans une liste de complétion automatique).

Pour programmer sans accolades, je pense que je m'essaierais plutôt à Python...

Et quant à java, il possède beaucoup moins de possibilités que les différents langages .Net (pas de types valeur complexes, nécessité d'utiliser l'allocation dynamique dès qu'on a plus d'un paramètre en sortie, mauvais support des types génériques...).

[Aspic]

Je pense qu'on va éviter de partir sur le débat accolades /end, car je juge les accolades beaucoup plus lisibles (même si mon plus grand reproche à vb.net, c'est ce qui arrive irrémédiablement quand je presse [Entrée] dans une liste de complétion automatique).

Chacun son point de vu sur la question mais moi je trouve pas cela lisible... et puis je ne suis pas adepte des touches "accolades" et "crochets" du clavier

[Négrier]

J'ai retrouvé cet article (2003) à propos de la compilation des "header file".

One reason why Delphi may be faster to compile than C++ is that Delphi
has a proper module system, whereas C++ still uses the old #include
preprocessor hack. The old #include hack has the drawbacks that the
meaning of each header file included may depend on what macros are in
scope at that point. So the effect of including header files in a
different order might be different. This makes precompilation of
header files much more difficult, complicated, and ineffective than
for Delphi (or Turbo Pascal) units. As a result, C++ compilers tend to parse the headers each time they are read, rather than precompiling them.

Pardon, j'ai eu la flemme de traduire...

[kedare]

Et quant à java, il possède beaucoup moins de possibilités que les différents langages .Net (pas de types valeur complexes, nécessité d'utiliser l'allocation dynamique dès qu'on a plus d'un paramètre en sortie, mauvais support des types génériques...).

nimporte quoi
puis toute facon au moin ca marche partout (me parle pas de mono avec la moitier des trucs qui marche pas)

[Médinoc]

C'est bien léger, "nimporte quoi"...

Dans ce cas, dis-moi comment faire un type valeur complexe en java, où tous les types complexes sont forcément des types référence...
Dis-moi comment une fonction peut-elle retourner deux valeurs en java sans qu'une allocation dynamique soit nécessaire...
Dis-moi comment faire marcher ceci en java...

PS: Moi non plus, je ne parle pas de mono. Mais le "ça marche partout" me rappelle toujours une citation, que quelqu'un du forum doit même avoir en signature...


PPS: De toute façon, je ne suis pas dédié à .Net pour autant. J'aime bien jouer avec les bases, avoir un peu les mains dans le cambouis, c'est pourquoi sans aller jusqu'à l'assembleur, j'aime bien programmer en C et en C++...

[Teocali]

Tiens, les questions de mdinoc me rappelle que je me pose deux trois questions aussi, depuis quelques temps.

Dans ce cas, dis-moi comment faire un type valeur complexe en java, où tous les types complexes sont forcément des types référence...

Ce n'est pas possible (du moins, à ma connaissance) mais j'avoue que j'aimerais saisir l'interet que peut apporter un type valeur complexe en java par rapport a un type reference complexe en java

Dis-moi comment une fonction peut-elle retourner deux valeurs en java sans qu'une allocation dynamique soit nécessaire...

Pas possible, mais pas vraiment genant, je pense. Non ?

Dis-moi comment faire marcher ceci en java...

Aucune idée. Mais aucune des limitations evoquées ne me semblent réellement problématique et incontournable.

Teocali

[gorgonite]

Aucune idée. Mais aucune des limitations evoquées ne me semblent réellement problématique et incontournable.

peut-être par manque de complexité des problèmes que tu as eu à traiter...

[djo.mos]

Bonjour.
En ce qui concerne l' instanciation d'un type générique en Java, c'est vrai que c'est assez gênant, et il m'a causé bien de soucis récemment dans un projet. Pour contourner ce problème, j'ai du passer par une Factory passé en paramètre dans le constructeur de la classe paramétrée. Chaque fois que cette dernière a besoin d' instancier du type générique, elle passe par cette Factory. Ca marche mais c'est assez lourd à mettre en place dans la mesur où ça impose d'implémenter cette Factory pour chaque type que l'on souhaite traiter ==> Ca va dans le sens contraire de la généricité où l'on est supposé traiter n'importe quel type.

[Teocali]

Peut-etre. Même si ça fait un certain temps que je bosse dans le java, j'ai jamais pris part de maniere intensive a un gros projet. Mais bon, mon Cv n'est pas vraiment le sujet.
Ce qui me fait dire ça, c'est juste une première impression, comme ça. Les limitations soulevés semblent s'appliquer dans des cas très particuliers, qu'on ne rencontrent pas tous les jours.

[joho]

peut-être par manque de complexité des problèmes que tu as eu à traiter...

Il me semble qu'il n'y a rarement qu'une seule solution a un probleme donné.

pour la première limitation (désolé je ne suis pas une bête de programmeur java)
quelque chose comme ca pourrait faire l'affaire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
/** instancie et retourne le premier objet null de la liste*/
public T method(List<T> l){
		for (T t : l) {
			if(l==null) return (T) l.getClass().getConstructors()[0].newInstance(new Object(){});
		
				
	}

pour le second exemple ce serait quelque chose comme ca

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
List<List<Integer>> l = new ArrayList<List<Integer>>();		
		Integer i = l.get(0).get(0);
/** la vérification des objets contenu dans les listes sont bien faites tout le monde est content youpi! ceux qui voudront raler pourront me parler des différences de perfs entre les lists et les tableaux*/

Mais ce n'est pas la question. Je penses qu'on peut tout faire avec un langage ou avec un autre, il y a différent moyen de voir un problème et selon le langage utilisé la démarche ne sera pas la meme.
@Medinoc Sinon pour VB.NET j'ai été très contrarié par la meme chose que toi ! (on peut voir que développer en VB.NET se fait exclusivement sur Visual studio ! (ou presque)

[Weren]

Un petit mot concernant ce débat:
Pour ma part j'utilise le C++ m

Donc oui je programme en C++ mais je ne le défendrai pas en tant que langage universel. De par expérience je dirai que cela dépend surtout de l'application sur laquelle on travail et des outils qui environnent. L'avantage de C/C++ est qu'il dispose d'un nombre importants de bibliothèques bas niveau (pilote de périphérique, gestion mémoire, etc) et permet de s'interfacer facilement avec le matériel: l'association du C pour les couches basses et du C++ pour les hautes est une organisation intéressante. Je ne pense pas que le C/C++ soit un très bon langage (complexe et peu sûre) mais il est le plus largement utilisé et de ce fait une sorte d'inertie se crée dans le monde dans l'industrie autour de lui.
La montée en puissance de Java et des outils associés de conception haut niveau qu'offre Eclipse est à considérer avec sérieux. Ce langage plus pensé objet que C++, relativement simple et multi-plate-forme a le vent en poupe en ce moment et croit dans le monde de l'entreprise. D'autant plus que peu à peu il comble ses lacunes, il devient de plus en plus rapide et profite de librairies de plus en plus variées.
Java est talloné par les langages .NET comme le C# qui sont des langages d'avenir.
Pour des applications très critiques les anciens langages comme ada ou cobol restent encore utilisées. Ce sont en effet des langages très peu ouverts mais qui ont la qualité d'être sûres, on y sait exactement ce qu'on fait.

Ce que je concluerai en considérant ce foisonnement de langages c'est que le choix doit se faire en fonction de l'application : bas ou haut niveau ? proche du harware ? multi-plateforme ? intensive ? de grande taille ? critique ? temps réel ? à forte composante graphique ?
La solution idéale pour la conception d'un gros système informatique irai pour moi vers le pluri-langage où, plutôt que de tordre un langage pour qu'ils satisfasse nos besoins, on les utilisent dans les meilleures conditions. Ceci en attendant que JAVA ou .NET deviennent plus matures et nous proposent de vrais solutions "clé en main" où nous n'aurions plus qu'à méta-programmer...

[D_é_f_i]

moi j'ai choisi JAVA je trouve qu'il est le plus polivalent et avec les nous ordinateur puissant il ne manque plus de rapidité

[cantador]

J'ai choisi DELPHI depuis sa version 1 et je ne le regrette pas car
la force du langage PASCAL devenu OBJET offre au programmeur toute une palette de composants lui permettant de concevoir des applications très puissantes et rapides.

L'encapsulation des API ainsi que les liaisons avec tous les SGBD ajoutent
un surcroi de confort.

Enfin, le compilateur est une petite merveille !

Cantador

[augustus]

Allez comme beaucoup d'entre vous j'aime beaucoup java mais python est un langage plus intuitif. Enfin on se sert pas de python pour les meme choses que java

[Shugo78]

Moi c'est C mon langage préféré .
Il convient parfaitement pour la prog système, il est puissant, a de bonnes librairies(GTK+,SDL,wxWidgets,OpenGL,etc...).
C'est mon langages préféré parmis tous les langages que j'utilise :
- Java
- C++
- C
j'aime aussi C++ mais j'utilise rarement la P.O.O pour ce que j'ai à faire .
Bref voilà mon choix ---> C

[baroudi]

pour ma part c'est java sans hesitation

[Lomig]

Pour une appli windows c'est Delphi (7) - le pascal objet - pour être précis. Pour ce qui est de l'évolution de son langage vers delphi.net je suis plus septique. Autant passer à c#. Pour la portabilité (web forcément), je préfère PHP.