Pas la peine, je pense que le message de sadeq est tout à fait clair mais je pense aussi que karima ne va pas le lire et va sauter directement vers vos (gadgino et toi) messages respectifs et voir si ça correspond à peu près à ce qu'elle cherche, et ne prendra pas en compte l'indication qui lui a été faite plus haut. Au final, ce qu'elle aura appris c'est qu'en alignant quelque mots dans un forum au hasard, les gens seront prêts à fournir 10 fois plus de travail pour lui répondre et donc qu'elle n'a aucun effort à produire.

Bien sûr, j'encourage karima à me prouver que j'ai tort à répondant à ce message pour nous expliquer ce qu'elle recherche vraiment. J'invite également le Père Noël à me prouver que j'ai tort de douter de lui en déposant une Playstéchone sous mon sapin avant le 25 décembre minuit, le cachet de la Poste faisant foi.

Mais si on commence à faire de la ségrégation sur le nombre de mots, sur l'aspect vague de chaque message, je ne répondrais plus beaucoup ...

Donc, je pense que l'avertissement affiché au départ fait mouche ou pas ... si tu estimes que le message n'est pas assez clair, tu as les droits de modos pour modérer

Je regrette de voir que la question est posée si fréquemment et que personne n'utilise le moteur de recherche... http://www.phpfrance.com/forums/voir_sujet-33949.php

Je m'étonne également que vous écriviez des messages de plusieurs lignes en réponse à un message de 11 mots dont le sens est loin d'être clair. Je ne pense pas que cette pratique encourage les utilisateurs à expliquer clairement leurs interrogations, ou même qu'il aide l'auteur du sujet dans la mesure où ces réponses sont peut-être entièrement hors-sujet.

Quand tu développes en procédural, tu penses uniquement au traitement que tu vas réaliser.
Par exemple, quand tu fait une page de connexion, tu récupères les données du membre et tu fait une requête SQL pour vérifier si le membre a le droit d'être connecté.

Quand tu développes en orienté objet, tu penses tout d'abord aux objets.
Toujours dans le même exemple de la page de connexion, tu vas commencer par penser à l'objet "Membre" qui aura des comportements (chargement depuis un id, est-ce que ce membre peut se connecter, ...) et le traitement sera fortement réduit puisqu'il ne fera qu'interroger des comportements de l'objet.

L'énorme avantage de l'objet, c'est que tu mutualises les traitements (il n'y a que dans la classe que tu trouveras la requête SELECT qui charge l'objet, pas dans chaque page qui doit l'utiliser) et que tu simplifie les codes des interfaces.

ben oriente objet c'est une façon de programmer (avec des classes, des methodes, des propriete ...) qui differe du procedural (avec liste d'instruction, fonction, variable ....).
la connaissance c'est ce qu'il te faut pour pouvoir realiser quelque chose et en attendre un resultat prevus a l'avance.
la relation c'est que pour programmer oriente objet il vau mieu avoir la connaissance de la tehorie (classe, heritage, istance de classe ...) et du language avec lequel tu va expliquer ta solution (UML, PHP ...).

Le Dalai Lama et Shakespeare

C'est quoi la question déjà ?

Veux-tu expliquer ta question stp?

salut j'aimerai savoir la relation entre l'oriente objet et la connaissance