[Débat] Votre avis sur Delphi 2009 en version Trial

[sur_uix]

Comme cela a été suggéré quelque message plus haut,
J'ai réussi à placer des PNG dans le TImageList.
Mais je ne trouve pas que c'est du 100% fonctionnel.
Premièrement tous les composants ne réagisse comme il faut.

• TPopupMenu
• TMainMenu
• TPageControl

Mais pas pour

• TSpeedButton
• TBitBtn

Et avec le composants qui sont OK, je ne trouve pas que la transparence soit très bien géré.

Et le deuxième point qui me dérange c'est qu'ils n'ont pas utilisé le GDI+.

[remixtech]

En effet c'est un peu moche, moi qui compté en partie upgrader pour cela... Je pense que je vais attendre un peu...

[ShaiLeTroll]

Ils n'ont pas implémenté tous les controles, c'est bien dommage (ceux qui sont géré par Windows, c'est fait mais pas ceux dessiné par Delphi, semble-t-il) , l'effet sur les boutons, ça fait pareil qu'avec une bonne vieille BMP avec un Fond Fushia sur laquelle on a écrit un texte True Font (qui fait dégradé) et que du coup il y a le Fushia Transparent et les bordures en couleur approchante, combien de fois, je met un fond transparent qui est la couleur grise pour ces problèmes d'ombre (tu change les couleurs système et l'application est toute moche , avec Vista, c'est le massacre), ...mais j'ai ce problème que pour les textes, en général, je me débrouille pour faire des icones qui n'ont pas de dégradé avec le fond, juste un effet d'ombre à la limite

[remixtech]

Quel dommage... Je suis vraiment sur le cul, déçu, déçu, déçu... On continuera à se la faire à l'ancienne... Vive Paint et le Rose Fushia !

[Franck SORIANO]

Envoyé par ShaiLeTroll

L'investissement, ça dépend si tu souhaites conserver l'outil, dans ma boite, le but est de tour faire avec ce qui est appelé "FrameWork Unique Commun", pour le moment en PHP, l'idée qu'un seul outil peut résoudre tous les problèmes, cela me fait toujours marré, alors que souvent un projet peu utiliser plusieurs langage (Delphi, SQL, VBScript, DelphiScript, ...)

Il y a le discours officiel et la pratique. Chez mon employeur, seul Java et Oracle ont le droit de citer.
Lorsqu'ils nous ont racheté, ils ont démarrer un nouveau projet, en Delphi avec une appli multi SGBD, Oracle, SQL Server et Paradox. La majorité des utilisateurs seront sous SQL Server. La base est administrée avec des outils que j'ai écrit en C#. L'offre comprend une partie WEB. La R&D avait choisit Java à l'unanimité pour développer le site. Et le marketing a posé son véteau en disant que c'était un projet capital, qu'on n'avait pas le droit de se planter, et qu'ils avaient eu trop de mauvaises expériences avec Java. Donc ils nous ont imposés de faire le site en PHP... (maintenant ils se plaignent des performances et de la monté en charge...).
Et en plus, ils nous ont financé la migration D6 -> BDS2006 pour qu'on se remette au goût du jour (par contre depuis : "D2007, D2009, qu'est-ce que ça va nous apporter ?").

Les Mises à jour ne posent problème que lorsque l'on se laisse déborder

La je ne suis pas du tout d'accord. Il suffit d'une seule version pour poser problème. La migration D5->D6 a été très pénibles à cause de l'unité Variants.
La migration D2009 Unicode va poser pas mal de problèmes de compatibilité, même si tu étais déjà en D2007.
Par contre, la migration D6->BDS2006 (et j'imagine que ce serait pareil vers D2007) s'est pour ainsi dire faite en une simple recompil des sources.

Par contre, je peux te dire que j'ai des écrans à maintenir qui contiennent tout et n'importe quoi, l'aspect métier et l'aspect technique étant mélangé, imbriqué, absolument pas modulaire, ...

J'ai connu ça aussi. Mais quelque part, c'est bien le modèle de programmation qui a été promu par Borland avec le RAD et qui a fait le succès de Delphi et VB.
A force de vouloir faire du développement rapide, où tout doit ce faire en posant des composants visuels sur une forme et en renseignant des propriétés en design, on oublie vite que ce n'est pas une raison pour faire n'importe quoi...
Chez mon premier employeur, on en était arrivé à créer des champs dans la base, pour pouvoir y lier un DBCheckBox alors que tout ce dont on avait besoin c'était de faire un binding entre le checkbox et une variable de l'interface...

Maintenant, si certains ont de la chance, avec des patrons ouverts et compréhensifs, sans idées arrêtés, bien tant mieux, ce n'est pas le cas de tous ...

Ca existe. Mais il ne faut pas croire que ce sont des saints pour autant. En général, il s'agit plutôt de financiers qui se fichent complètement de savoir comment tu fais ton travail. Tout ce qui compte c'est que tes projets rapportent un maximum de frics.
Après, un dollar est un dollar comme on dit.

[VLDG]

Envoyé par madfu

J'ai l'impression qu'il n'y a toujours pas de driver dbexpress pour postgresql dans cette version vous confirmez ?

Oui, je confirme. Et il n'y a pas non plus de drivers dbexpress pour Firebird...

Mais bon, il existe de très bon composants tiers !

[ShaiLeTroll]

Envoyé par Franck SORIANO

Par contre, la migration D6->BDS2006 (et j'imagine que ce serait pareil vers D2007) s'est pour ainsi dire faite en une simple recompil des sources.

Oh, c'est pas celle qui m'inquiète, c'est surtout que l'on a des libs externes, et là c'est parfois la misère, pas parce que ne sont plus supportés, c'est que certains ont changés, et notre utilisation n'étant pas déjà au mieux, ben c'est juste la plaie, et celle qui ne sont plus supportés, ben faut trouver les solutions de remplacement. Le Problème ce n'est pas Delphi, le problème c'est que la lib interne qu'il faudrait migrer est une composition hazardeuse de composant tiers, fait en dépit du bon sens, et chacun à fait ce qu'il voulait, ... et l'autre problème c'est que les applications qui se base sur cette lib, ben, je ne connais à peine que 20% du code (ça fait pourtant 1 an et demi que je dois travailler dessus, certaines applications, je connais 95% du code, d'autres à peine 1%), le reste, je ne l'ai jamais touché, soit parce que personne n'utilise ces fonctionnalités, soit parce que ce n'est peut-être pas buggé, ... et comme toi, j'aimerais démarrer un NOUVEAU projet ! ça fait tellement longtemps !

Et puis, moi, ça me dérange pas de migrer, même, j'adorerais, mais justement combien de temps va y etre investi, si il y a en vraiement, tu sais tu as la politique, certains patrons sont malins, ils donnent quelques cacahuetes (genre tester Delphi 2009 quelques jours) à grignoter au développeurs pour qu'ils ne se sentent pas froisser et continue à travailler

En tout cas, un projet impressionnant, faire tourner de Paradox à Oracle, c'est un défi ! Et encore une fois, multi-langage ! On ne se borne pas justement parce que c'est à la mode ! je trouve ça bien, ...

@VLDG, lol, ils vont pas faire de drivers pour la Version "OpenSource" d'InterBase ... ça serait tuer leur propre commerce !

[VLDG]

Envoyé par Franck SORIANO

generic IDictionnary<K, V>...

en anglais : http://beensoft.blogspot.com/2008/09...ictionary.html

[VLDG]

Envoyé par ShaiLeTroll

En tout cas, un projet impressionnant, faire tourner de Paradox à Oracle, c'est un défi !

un défi mais quel intérêt de faire tournée une appli avec Paradox de nos jours quand on a des bases de données totalement gratuite comme PostgreSQL et Firebird ?

[chaplin]

Envoyé par ShaiLeTroll

Problème ce n'est pas Delphi, le problème c'est que la lib interne qu'il faudrait migrer est une composition hazardeuse de composant tiers,
fait en dépit du bon sens, et chacun à fait ce qu'il voulait ...

Les phrases parlent d'elles même, combien de projets ressemblent à ce cas de figure. Il s'agit juste de trouver la solution au problème,
mais il a le mérite d'avoir été bien posé. Vienent les questions suivantes:
- Par qui la conduite de projet doit elle être menée ?
- Qui est le mieux en mesure de répondre à ces questions ?

La définition du framework donne une partie de la solution. Cependant, les EDI étant développés par des hommes,
ils sont certainement les mieux à même de répondre à ces questions. Il y a bien des success story grâce à Delphi,
donc des équipes de développeurs qui savent s'en servir. Par conséquent s'ils arrivent à migrer vers Delphi 2009,
c'est qu'il faudrait s'adresser à eux pour savoir comment ils ont fait, à moins qu'ils ont eux aussi solicités
des prestataires exterieurs. On ne fait pas d'omelette sans casser les oeufs, tout est question de moyens et
de volonté.

[Franck SORIANO]

Envoyé par VLDG

un défi mais quel intérêt de faire tournée une appli avec Paradox de nos jours quand on a des bases de données totalement gratuite comme PostgreSQL et Firebird ?

C'est le reprenneur qui démarrait un nouveau projet avec nous.
Nous on a toujours quelques 3000 clients installés en Paradox, à maintenir, avec des évolutions légales tous les 6 mois minimum... (à faire dans la même appli bien sûr).

[remixtech]

Juste une petite question, D2009 est encore un outil de développement Win32...

Win32 étant vieillissant (windows 95 ça date) pensez vous qu'ils vaillent encore le coup d'investir sur Win32 pour des projets qui devront durer quelques années....

Même si je pense que Win32 sera encore supporté longtemps (la preuve vista n'a toujours pas supprimé win16 )

[Reisubar]

Je ne pense pas qu'on puisse voir Windows sans Win32. Je suis prêt à parier beaucoup de choses dessus :-) Par contre, l'après Windows, peut-être, et encore, je suis quasiment sûr qu'il y aura une couche d'émulation, on ne jette pas 20 ans de développement "comme ça" par la fenêtre...

En gros : je pense que tu peux être tranquille, sauf si tu espères vivre de ton même programme pendant 30 ans (ce qui n'est peut être pas tip top...)

[Jcpan]

Envoyé par Reisubar

Je ne pense pas qu'on puisse voir Windows sans Win32. Je suis prêt à parier beaucoup de choses dessus :-) Par contre, l'après Windows, peut-être, et encore, je suis quasiment sûr qu'il y aura une couche d'émulation, on ne jette pas 20 ans de développement "comme ça" par la fenêtre...

En gros : je pense que tu peux être tranquille, sauf si tu espères vivre de ton même programme pendant 30 ans (ce qui n'est peut être pas tip top...)

Le problème c'est que les commerciaux(qui décident) des boites n'accepterons pas de nouveau projets en win32 même si c'est plus fiable

[chaplin]

Envoyé par Jcpan
des boites n'accepterons pas de nouveau projets en win32 même si c'est plus fiable

A mon avis, une industriel ne va pas s'appuyer sur cet argument surtout si c'est pour piloter
une centrale nucléaire informatiquement parlant. Le "vrai" commerce n'a aucune valeur si le produit
ne tient pas la route.

Personne ne pourra contester que win32 pour s'arrêter à la famille des OS a été l'OS le plus testé au monde.
Aujourd'hui, compte tenu du recul depuis Windows 95, jamais un OS n'a été autant testé et réfuté durant
son existance. Pourtant, il y a bien des sociétés qui l'utilisent dans des applications critiques sans vouloir
dénigrer .NET. Citrix est un bel exemple qui démontre la fiabilité des API WIN32, sinon il n'aurait pas des
fermes de serveurs capables de supporter plusieurs milliers d'utilisateur en simultannées tout au moins plusieurs
centaines. Lors d'une conférence Delphi, un éditeur de composant tiers avait parlé de 1500 postes en simultannés
pour l'un de ses clients qui s'était appuyer sur sa technologie dans un environnement Citrix.

[remixtech]

Bon, mon avis sur Delphi 2009. Après quelques jours d'essais...

Nouveaux composants :
-------------
Bon franchement la ribbon toolbar ça doit être une blague, je n'oserai jamais mettre ça dans une application commerciale... Flickering quand tu nous tiens...
Sinon le reste je trouve que ça reste très gadget, il s'agit de plus ou moins grandes modifications que l'on trouvait déjà sur le net... Le support du PNG est une bonne chose et franchement il était temps... (Mais le compo existait déjà avant)
Des nouveaux composants inutiles, vraiment je vois pas pourquoi ils ont passé du temps à développer la Tcategorypanel... Enfin bon c'est un avis perso.

L'IDE & le compilateur :
------------------
Bien les generiques sont une très bonne chose, enfin !
Le support de l'unicode va me demander un temps dingue, vu que je programme un peu comme un "crados", puis mon programme fais quelques centaines de milliers de lignes donc maux de têtes en perspective, ça me permettra de revoir une bonne partie de mon code... Et ça m'apprendra ! (length(s)) !
J'ai pas mal modifié les composants indy, je pense que je vais pouvoir tout reprendre, heuresement il existe winmerge !
Enfin bon cette fois ci ce n'est pas de la faute de Codegear. Sinon l'IDE semble plus rapide chez moi que D2007... Donc à confirmer chez vous...
Sur vista, il y'avait quelques bugs d'affichages pour D2007 qui ont été corrigés...
Le support de l'unicode est vraiment une excellente chose...

Finalement l'intégration des nouvelles versions de Intraweb et TeeChart est encore une bonne chose...

Je pense que D2009 est un bon cru et ce sera d'ailleurs le dernier delphi que je m'acheterai.

Je trouve que c'est du bon travail, personnellement.

[sjrd]

Pour info, aujourd'hui est publié un nouveau tutoriel sur les génériques avec Delphi 2009.

[Lung]

Envoyé par sjrd

Pour info, aujourd'hui est publié un nouveau tutoriel sur les génériques avec Delphi 2009.

Bonne idée ce tutoriel !
Je vais voir ça ...

[Charly910]

Bonjour,

je passe de D7 à D2009 - j'ai un peu de mal à m'habituer à l'interface et je travaille moins vite.

Le Help me parait aussi moins pratique que le hlp de D7

les images GIF ne semblent pas être reconnues ni avec la VCL, ni avec la JVCL (JvGifAnimator par exemple) j'ai un message n° de version de Gif incorrect

Sinon cela fonctionne je pense que je vais m'habituer.

La compilation me semble plus lente qu'avec D7

A+

Charly

[perrysoft]

Bonjour

Pour le moment je trouve Delphi 2009 pas mal.

Je viens de réglé le souci des GIF en utilisant l'unité gifimg, mais j'ai encore des soucis avec les png, l'implémentation des png dans Delphi 2009 est très moyenne au niveau des transparences, et pour garder la compatibilité j’ai installé une version modifier des composants png trouvé sur le site de codegear : http://cc.codegear.com/Item/26127 ,
TPngImageList fonctionne mais pas le TPngSpeedButton et TPngBitBtn ne fonctionne pas, conflit surement avec la gestion des png interne de Delphi 2009.

J’ai des soucis avec des composants qui ce compile et s’Install sans erreur et alerte et qui ne fonctionne pas.

Je pense que Delphi 2009 est un bon cru, mais il va falloir du temps pour migré ses anciens programme et composants.