Discussion :

[Info-avanvé]

Bonjour à tous,
Je voudrais apprendre à programmer avec le Delphi, pourquoi utilser comme langage le Delphi et pas un autre langage? etc...
y'a t il une personne pour me donner un tutoriel pour débutant?
merci de me repondre

[ero-sennin]

Salut,

Hé bien, je dirai qu'un petit tour sur cette page te sera utile.
Et plus précisément ce tuto.

Après libre à toi d'apprendre un autre langage ... Je ne comprends pas trop ce que tu cherches à savoir exactement.

[tourlourou]

raisons d'utiliser Delphi :
- IDE pratique
- compilateur efficace
- langage structuré -> lisibilité

après, seuls des besoins spécifiques peuvent orienter vers tel ou tel langage ou RAD

[chaplin]

C'est avant tout un outil RAD qui permet de faire rapidement du prototypage d'application.

Aujourd'hui avec FireMonkey, on peut réaliser des applications en 3D, ce que beaucoup considèrent comme un gadget. Et pourtant, en se contentant de la 2D, le dessin vectoriel permet déjà d'adapter la taille de la fenêtre à l'écran sans perdre en qualité, c'est un confort visuel évident quand on pense à l'exhaustivité des résolutions d'écran (800X600 => 2560X1600) qui en plus fonctionne sous windows XP.

[CapJack]

Bonsoir.

Je vais redire ce qui pour moi est un lieu commun, mais qui sera sans doute pris par certains comme une provocation (ce qui n'est absolument pas dans mon esprit) :

La différence entre :

Code :

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

1
2
3
begin
 Memo1.Text := 'Hello,world!'
end;

et :

Code :

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

1
2
3
{
 Memo1->Text = "Hello, world!";
}

est aujourd'hui strictement cosmétique.

Qu'est-ce que je veux dire par là ? Et bien, déjà (j'espère que vous ne le prendrez pas mal), la requête "apprendre le Delphi" est mal posée. La vraie question est : "qu'est-ce que Delphi peut m'apporter de particulier ou d'original dans la conception d'applications" ?

Ce qui compte aujourd'hui, me semble-t-il, plus que le choix du langage, c'est le choix du framework. La programmation d'applications finales passe par l'utilisation de composants tout prêts, basés sur la programmation objet, avec un petit plus, qui est de pouvoir les manipuler en mode conception. Le framework, c'est l'ensemble de ces composants-là.

Ce concept est apparu dans les années '90, et le véritable pionnier en terme de framework facile d'accès et d'utilisation a été Delphi. Le framework historique de Delphi est la VCL (Visual Component Library), et vient de sortir avec Delphi XE2 la FMX, qui doit maintenant convaincre.

La VCL est simple, ergonomique, naturelle, performante, et surtout totalement indépendante de l'environnement, au sens où l'utilisateur final n'a pas à télécharger 500 Mo de mises à jour système pour faire tourner votre application, qui contiendra dans son exécutable tout ce dont elle a besoin pour fonctionner.

La VCL contient tous les composants visuels dont une application a besoin, mais sa grande spécialité - et donc, son originalité - sont les composants de base de données, de connectivité, et de présentation des données. C'est dans ce domaine que ce framework apporte une réelle plus-value.

Dans les années qui ont suivi [quand ? dirait Wikipédia... ], Microsoft a donné un coup méchant à Delphi avec son framewok .NET, qui n'est pas réservé à l'application, mais est un framework d'objets partagés très puissant, extrêmement bien conçu, et intégré au sein du système Windows.

Mais le framework .NET nécessitera à l'utilisateur qui ne l'a pas fait, d'installer le runtime .NET de la version dont a besoin l'application. Et les applications .NET, en plus, sont en principe en code managé, c'est-à-dire moins rapides que les applications en code natif que produit Delphi.

Il y en a bien d'autres des frameworks, ceux destinés au Java, d'Oracle ou d'IBM, ceux du Visual Studio de Microsoft, etc.

Et là est la question : à quoi dois-je me préparer, et quel type d'applications ai-je besoin de développer ? Si je suis programmeur système, alors là oui, le choix du langage est important, et le choix se portera très souvent vers le C/C++.

Mais si je veux développer des applications finales, j'en reviens à mon introduction : le choix du langage est secondaire. C'est le framework qui compte.

Vous voulez une preuve ? La voilà :

Imaginons que je sois habitué au langage C++, mais que la VCL me convienne. Est-ce possible ? Oui : utiliser C++ Builder, qui est un environnement de programmation en C/C++, utilisant la VCL de Delphi (qui reste compilée à partir du langage Pascal).

A l'inverse, le framework .NET me conviendrait mieux. Puis-je quand même programmer en Pascal, parce que ce langage me convient de par sa clarté et sa rigueur ? Oui. Solution : utiliser le plug-in Delphi Prism au sein de Visual Studio.

En clair, il est parfaitement possible de séparer choix du langage et choix du framework, mais c'est aujourd'hui pour moi le choix du framework qui compte, parce que dans ce monde interconnecté et exigeant où nous vivons, on ne peut pas se permettre de réinventer l'eau tiède à chaque seconde, et on doit admettre de devoir se reposer sur ces "boîtes noires" que sont les composants, qui sont un peu à l'informatique ce que furent les circuits intégrés à l'électronique, au début des années '70.

Dans un EDI tel que Delphi, Visual Studio, et autres, l'essentiel du développement consiste à positionner des valeurs de propriétés, et à appeler des méthodes (des routines) de composants. Dans un tel contexte, le choix du langage est, encore une fois, bien secondaire.

Avantages de la VCL : simplicité, performance, fiabilité (elle a eu le temps de faire ses preuves), universalité, avec spécialisation vers la gestion de données.

Avantages du langage Pascal/Delphi : rigueur, lisibilité, fiabilité. Mais pas indispensable même si on choisit la VCL, C++ Builder peut être utilisé.

A vous de voir, de comparer, de choisir, et peut-être bientôt bienvenue !

[Whiler]

Je suis d'accord avec toi CapJack...

Cela n'apporte pas de réponse à la question initiale, mais je souhaiterais tout de même ajouter :

L'EDI a également une importance, typiquement lorsque l'on conçoit l'interface graphique... au-delà des composants (visuels, puisque je parle de l'interface) et de leurs richesses (par le choix et les options/propriétés), l'outil qui permet de les assembler et les fonctionnalités qu'il propose, peut offrir un confort et un gain de temps non négligeable.

Les EDI les plus répandus ont maintenant suffisamment de versions derrière eux pour que ce critère ne soit plus un différenciateur... comme je le disais en seconde ligne...

Pour illustrer, un exemple simple, au delà des nouveaux composants et des évolutions du langage Delphi au fil des versions, depuis quelques versions maintenant (les experts pourront donner la version exacte), pour aligner ses composants, des guides s'affichent directement lorsqu'on les déplace sur une fiche VCL... on peut bien sûr toujours passer par le menu contextuel, mais quel gain de temps !

(désolé, j'ai joué avec des fiches FireMonkey et je me suis senti tellement... frustré ! (de pas avoir les guides visuels)

[chaplin]

...C'est le framework qui compte.

...

En clair, il est parfaitement possible de séparer choix du langage et choix du framework, mais c'est aujourd'hui pour moi le choix du framework qui compte, parce que dans ce monde interconnecté et exigeant où nous vivons, on ne peut pas se permettre de réinventer l'eau tiède à chaque seconde, et on doit admettre de devoir se reposer sur ces "boîtes noires" que sont les composants, qui sont un peu à l'informatique ce que furent les circuits intégrés à l'électronique, au début des années '70.

Je ne pense pas que le framework suffise, les dernières évolutions du compilateur donnent une nouvelle approche de la programmation, plus puissante, plus concise. On rajoute le support du 64 bits et la mémoire ne devient plus une limitation.

[Dr.Who]

Allez, je lance le troll :

Si tu choisis C++ ou VB tu fera de jolis programme rapidement, sans trop comprendre les tenants et aboutissants et bien sur remplis de bug. En choisissant ceux la, ton but sera de faire des programmes, de répondre à un besoin.


Si tu choisis Delphi, tu deviendra un Jedi, il te faudra comprendre ton programme avant d’espérer le compiler, il te faudra beaucoup de travail, de patience et de sagesse. En prenant Delphi (on ne dit pas "le" delphi, même si on habite dans le Juras, Delphi c'est pas un pote), donc en prenant delphi, ton but sera de devenir meilleur, de programmer et devenir altruiste. Bien sur tu pourra faire des programmes et répondre à un besoin, mais ce sera amusant.

[CapJack]

Que la force soit avec toi !

Plus sérieusement, tout dépend à quel niveau on se situe. S'il s'agit de faire une application finale clef en main, et qui sera essentiellement réalisée par assemblage de composants standards (comme un appareil électronique made in China ), je maintiens que le langage passe au second plan. Par contre l'efficacité de l'EDI, ou sa productivité comme on dit, joue un grand rôle. Et c'est vrai que l'EDI de Dephi/C++Builder, en plus, est plaisant et efficace.

Maintenant, on peut aussi "mettre les mains dans le cambouis", et programmer ses propres composants.
Et là, ce n'est plus la même chose. Pour rien au monde je ne troquerais le langage Delphi/Pascal pour un autre.

De toute façon, les accolades c'est pénible sur un clavier français...