Version imprimable
Bonjour
j'ai appris à developpez avec Delphi depuis mes debut, puis passant à java sans aucun problème y'a pas longtemps.
Sauf que depuis quelque semaine je fais du php/ajax la ou je peut m'adapter avec les concepts de ces derniers, des variables partout sans declaration sans typage , pas de logique de programmation objet...
avez vous vécu la même experience, est ce normale que je m'y trouve pas si vite (pourtant je n'ai eu aucun problème avec java).
merci
heu... PHP est orienté objet !Citation:
pas de logique de programmation objet
A partir du 4, il me semble.
C'est vrai que l'absence de compilateur (gratuit?), est assez pénalisante au début.
j'ai bien dis pas de logique => on utilise généralement des framework sinon c'est de l'assembleur pour le win32.Ainsi ces framework sont codés d'une logique très proche d'une programmation impérative et difficile à comprendre qu'on n'a fait que de l'objet.Citation:
Envoyé par Kaféine
Salut,
Maintenant PHP est un langage à 100% Objet, et tu trouve des Framework qui sont objet et très intéressants. Une petite liste ici http://fr.wikipedia.org/wiki/Liste_de_frameworks_PHP
Personnellement j'avais essayé un peu Copix, très bien, j'ai beaucoup aimé la possibilité de faire du mappage objet / BD, genre Hibernate en Java.
Sinon il y a aussi Zen Framework et CakePHP qui sont pas mal ... le reste sûrement plein de bonnes choses.
Effectivement le fait de ne pas typer les variables peut être déroutant j'admet.
je pratique Delphi et PHP avec plaisir :) Mais c'est sans doute parce que j'ai commencé le Pascal quand il n'était pas encore Objet :)Citation:
Envoyé par Jcpan
J'utilise assez peu les objets sous PHP, car je conçois mes applications de façon très procédurale...le "begin" est en haut de mon script et le "end" en fin...entre deux j'ai des fonctions ou des boucles, j' "include" des bibliothèques de fonctions mais finalement la logique est assez linéaire...car le but d'un script PHP est avant tout de générer une page dynamique web non ? :)
là ou mon coeur balance c'est entre multiplier les scripts (un par page dynamique) ou à paramétrer la page pour qu'elle produise des résultats différents.
ça se complique un peu quand tu fais de l'AJAX car tu es obligé de te manger du Javascript...mais là encore je déclare un script par "action" AJAX. Par exemple je vais avoir une fonction JS CreerClient() qui va lire les champs du formulaire pour invoquer CreerClient.php avec les bons paramètres.
c'est exactement ce que disais, le logique n'est pas celle d'un développeur d'application de Bureau :D. d'ou j'ai du mal à m'adapter ::?Citation:
Envoyé par Paul TOTH
je dirais plutôt que le php est un langage de programmation servant à créer des applications. la page dynamique résultante étant l'IHM au même titre que la form que delphi. d'ailleurs CodeGear n'a telle pas transcrit la VCL en php avec leur Delphi PHP!?Citation:
Envoyé par Paul TOTH
je sais pas trop c'est quoi un développeur d'application de bureau (peut être le contraire d'un développeur de composant déstiné aux développeur?).Citation:
Envoyé par Jcpan
La logique de programmation dépend du développeur, peut importe le langage (ou alors en fonction des contraintes de celui-ci), Paul Toth par exemple préfére le procédurale, et d'autre préfere l'objet. Faire de l'objet avec PHP, c'est possible avec des frameworks performants.
j'en ajouterais un petit et facile, qui mimic Ruby on Rails avec PHP avec une logique MVC:
http://codeigniter.com/
en fait la VCL for PHP est en Javascript ... un comble non ? :)Citation:
Envoyé par Kaféine
Ne me fait pas dire ce que je n'ai pas dit ! Mes applications Delphi sont largement objet (même si pas à 100%), par contre, je trouve que l'objet n'est pas nécessaire dans PHP car contrairement à une application Delphi (ou autre) qui gère toutes les fonctionnalités du produit à un moment donnée, le script PHP n'est là que pour générer la page HTML en réponse à une requête...dans mon idée, le script PHP s'approche du code événementiel d'un objet de la VCL (TButton.OnClick), il n'a donc pas besoin de réagir à tous les événements.Citation:
Envoyé par Kaféine
Non, la vcl for php contient du javascript, mais elle est écrite en php... 8OCitation:
Envoyé par Paul TOTH
je ne pense pas avoir perverti tes propos, on parle bien de php :)Citation:
Envoyé par Paul TOTH
c'est bien la dessus que je suis en désaccord.Citation:
Envoyé par Paul TOTH
exemple: l'objet Application de la VCL for php par exemple....
Voila bien une réponse à mon Problème (ce qui justifie les réponses de Paul Toth)
Citation:
Envoyé par nico44
ok, je vais préciser ma pensée :)Citation:
Envoyé par Kaféine
compare le code HTML de cette page et de celle-ci :)
C'est bien là tout le problème de vouloir fait de l'objet en PHP. Tu dois servir une requête HTTP reçue suite à un click sur un bouton. Tu n'as qu'un petit bout de traitement bien particulier à exécuter, donc normalement un script assez court à faire tourner.Citation:
Envoyé par Paul TOTH
Sauf que si tu as fait de l'objet en PHP pour répondre à la requête, ton objet fera le nécessaire pour traiter la requête, mais comprendra en plus tout le code nécessaire pour faire tous les traitements que l'objet est succeptible de faire un jour en fonction des appels, et dont tu n'as pas besoin pour répondre à la requête. Sans parler du fait, que ton objet va faire des includes de tartines de librairies et classes dont il aura peut-être besoin. Qui a leur tour vont faire plein d'include....
Au final, on se retrouve avec un script qui fait des kilomètres pour exécuter 10 lignes de code utile.
Vous allez me dire que c'est le propre de tout langage OO. Et vous allez enchaîner en disant où est le problème ?
C'est tout simplement que PHP est un langage interprété et non compilé. Et qu'avant de trouver les 10 lignes à exécuter, le script sera parsé dans son intégralité à chaque fois...
A moins d'avoir une plateforme Zend ou un truc du même genre pour compiler les scripts une fois pour toutes, les performances sont catastrophiques... Le traitement des includes peut prendre plus de temps que l'exécution des requêtes SQL de la page.
a mon avis, ce thread part en sucette :\
le php est un langage de programmation interprété d'accord mais suffisant pour les situations ou on l'emploi. il est clair que personne va développer une application critique en php (enfin j'en sais rien en faite). néanmoins, il est bon que le langage évolue au même titre que le pascal a évolué vers l'objet, le php évolue aussi. a mon sens l'objet ne sert pas à rien en php contrairement à ce qui a été dit dans ce thread. le meilleur exemple est le framework dont je parlais qui améliore sensiblement le confort du développeur et la lisibilité du code, l'objet y étant pour quelque chose a mon avis.
voilà avec cette couche le thread ressemble clairement à une sucette maintenant...
Bonsoir,
j'ai hésité de rependre a ce post la dernière fois mais je suis comme même tenté de dire mon mot, chaque langage à ça propre logique et dire que PHP n'ont a pas est une aberration, la déclaration implicite de variables est un concept issu du très notable langage C, dit toi que objet ou pas l'objectif est le même qui est de générer dynamiquement et correctement une page HTML et JavaScript suite requête.
PHP est t'il objet ? la réponse est oui, je retrouve la notion de Class, héritage...etc,personnellement j'utilise Zend Framework et j'ai des objets avec des propriétés est des méthodes similaire à ceux que j'avais avec delphi.
avant de lancé des préjuger sur un langage qui est adopté par plus de la moitié des développeur web dans le monde sans meme avoir un tour sur Wikipédia alors je te conseille de vous y mettre, vous avez une rubrique entière sur le forum et le site, vous allez apprécier je vous le garantie.
a+.