Discussion :

[skywaukers]

Bon c'est ce que je pensais aussi mais il s'est avéré que les chose ont énormément évoluées.

http://www.extjs.com/products/extjs/

Oui pour les interfaces, c'est sûr qu'on est plus aux simples formulaires, je l'avait quand même remarqué. Mais rien non plus de bien transcendant par rapport à ce que je peux faire avec Delphi (y compris en web avec Intraweb).
Et puis j'adore les démos où quand tu click sur un bouton pour essayer on t'envois un message : "Not implemented", ça donne bien une idée du temps qu'il faut pour faire un truc qui soit finit en plus d'être beau.

Par contre des qu'on a besoin de ressources locale ou de multi-média, on arrive vite aux limites des possibilités de ces technos, même si là aussi ça va évoluer.

Et en plus je trouve que c'est toujours beaucoup plus compliqué pour faire la même chose en web. Regarde la quantité de js que tu fais télécharger au client, le nombre considérable de frameworks pour faire la même chose mais pas complètement. Et quand à la portabilité oui si tout le monde utilise le même browser, sinon on est pas à l'abri des surprises.

@++
Dany

[Aquaa]

c'est vrai que quand on a touché au RAD on n'a plus envies de faire autrement, le web c'est vrai que tu part presque de zero, mais il suffut que tu ai créer la roue pour que tu n'a plus besoin de la réinventé comme tout d'abord delphi était du pascal ...

[Aquaa]

en faite j'ai oublié de dire que ce que j'aime dans delphi c'est la communauté qui est très serviable par rapport à mon passage dans d'autre.

[ShaiLeTroll]

Tu confonds pas les choses Aquaa, on parlait d'objet PHP et Delphi, donc de POO, ensuite tu évoques une lib JavaScript ... tu me parles d'objet ou de la gueule de l'application car dans ces cas, tout ce ressemble puisque l'on utilise les classes controls des windows

Lorsque l'on fait du Web, faut peut-être se détacher des mauvaises habitudes que l'on prend avec le RAD Delphi ... en pensez à une ergonomie adapté au Web, et parfois faut ré-éduquer les utilisateurs à de nouvelles habitudes, comme arrêter de double-cliquer tout le temps ...

Au bureau, c'est Yahoo UI à fond ...

[Aquaa]

Ben sa syntaxe ressemble au C. tu peux faire du procédurale comme de l'objet c'est de ça que je parle. skywaukers me parlais de limite je lui ai évoqué la bibliothèque.

[skywaukers]

A noter aussi qu'avec Delphi 2010 on peut faire un serveur qui peut dialoguer en JSON, donc toute tes jolies librairies javascript devraient être compatibles. Tu as ainsi des client web à la mode et tu peux en plus fournir des client windows pour les utilisateurs qui n'aiment pas le navigateur ou pour les parties qui pourraient nécessiter des ressources locales.

@++
Dany

[ShaiLeTroll]

Tout à fait, j'ai bien l'intention d'étudier le JSON déjà utilisé par l'application PHP qui doit être ré-écrite en Zend pour proposer des modules en Delphi !

J'étais sensible à celà dès la parution de la News d'Aka Guymelef sur Delphi 2010

[fs999]

Le .NET et son code managé, c'est le paroxsyme de l'ennui... c'est vrai, il faut protéger nos machines des mauvais programmeurs, peut-être que le problème c'est cela ! on pense être un programmeur dès que l'on sait poser un TButton dans une Fiche...
Le PHP ça va, tant que c'est du code serveur, mais le HTML et l'Ajax, c'est bien pour laver les vitres, c'est chiant, comme les Smarty, mieux vaut les manger ...

J'adore !
Ma préférée : "on pense être un programmeur dès que l'on sait poser un TButton dans une Fiche..."
Je la réutiliserai...

[ShaiLeTroll]

De rien, c'est un vrai plaisir d'être cité !

Sinon, pour en revenir au sujet de base, comme Aquaa nous l'a fait remarqué, Windows va évoluer vers un autre OS, on peut penser que l'avenir comme je le faisais remarqué (en plaisantant sur "iPhone 5G iX+") c'est le mobile mais aussi la domotique, c'est un secteur où il y aura énormément d'avancées, des appareils que l'on ne voyait il y a 10 ans que dans l'industrie sont aujourd'hui des objets banals (même si encore un peu chers) ... on peut penser que le développement sera plus en plus "embarqué" ... et si Delphi (ou autre langage) s'oriente pour devenir multi-OS / multi-Proc cela peut être une solution, mais la puissance des machines poussera vers l'utilisation de langage interprété car empêcheront l'accès direct à l'OS ou aux ressources (bien oui le code managé, c'est l'avenir) pour garantir justement le multi-plateforme ... mais il y aurait toujours des langages pour coder les Machines Virtuelles !

[skywaukers]

bonjour,

...mais la puissance des machines poussera vers l'utilisation de langage interprété car empêcheront l'accès direct à l'OS ou aux ressources (bien oui le code managé, c'est l'avenir) pour garantir justement le multi-plateforme ... mais il y aurait toujours des langages pour coder les Machines Virtuelles !

Oui, donc la personne mal intentionnée pourra quand même écrire en langage natif... et donc en fait les gens honnêtes, qui n'ont nullement l'intention de nuire, utiliseront du code managé pour s'interdire d'accèder directement à l'OS

@++
Dany

[helmi.dridi]

Bonjour

Y a t'il un équivalent pour Midlet Pascal (Applications Mobile en pascal ) pour Delphi? si non à dernière conférence y'avait il référence à ça (genre Delphix) ?

[ero-sennin]

Salut,

Logiquement, c'est prévu dans la prochaine version de Delphi :

http://www.developpez.net/forums/d80...-coderage-4-a/

[petitprince]

Hum... Avec le temps j'ai appris à rester prudent...
Voilà des années que les concepteurs de Delphi (tous concepteurs confondus), nous promettent le support 64 bits, le multiplateforme, voire même le compact Framework en VCL natif.
Si certaines options ne sont pas immédiatement indispensables (le 64bit, enfin je pense pour ma part...), d'autres à mon avis auraient déjà du voir le jour (cross-compilation).

A noter hélas que freepascal/Lazarus à réussi depuis de nombreuses années déjà là où Delphi a échoué.

[helmi.dridi]

Hum... Avec le temps j'ai appris à rester prudent...
Voilà des années que les concepteurs de Delphi (tous concepteurs confondus), nous promettent le support 64 bits, le multiplateforme, voire même le compact Framework en VCL natif.
Si certaines options ne sont pas immédiatement indispensables (le 64bit, enfin je pense pour ma part...), d'autres à mon avis auraient déjà du voir le jour (cross-compilation).

A noter hélas que freepascal/Lazarus à réussi depuis de nombreuses années déjà là où Delphi a échoué.

Oui +1 et c'est parce que en ce qui concerne ces deux IDE c'est les développeurs qui décident de l'avenir de l'outil pas les investisseurs.