Reprise du message précédent :
hello
 
ça fait mille an que j'ai plus fait de php et je vois qu'apparemment php 5.3 n'est plus supporté  
 
 
du coup il faut que j'upgrade mon serveur mais je vois qu'il y a 3 millions de nouvelles version de php : 5.4, 5.5, 5.6 (et 7 )
 
 
Bête question : il y a des versions conseillées ou déconseillées ?
 
 
merci

La dernière
 
Elle s'améliorent de version en version

pas de risque de trucs plus compatible avec des anciennes applications ?

edit: ok, j'ai trouvé les Backward incompatible changes

merci

tu mets à jour et tu vois ce qui explose

Je voulais juste savoir si je devais me construire un bunker avant

En général, ils listent plutôt bien les changements non rétro-compatibles, et de façon simple et claires.
 
Bah, à ce que je vois, tu as trouvé

Salut à tous, j'ai une petite question sur les bonnes pratiques à avoir en programmation orienté objet.
 
Quelle est la méthode la plus logique parmi ses deux (ou pourquoi pas une troisième ^^), sur l'utilisation des objets pour l'insertion en base de données. L'une je passe les valeurs à ajouter dans les paramètres de la méthode et l'autre je défini les valeurs des variables de l'objet
 
 
Méthode 1
 

 
 
 
Méthode 2
 

 
 
Merci

solution 3 (vite fait directement ici, peut y avoir des conneries):

class maClasse{
protected $id;
protected $valeur;
 
function __construct($id, $val){
...
}
 
function save(){
 if(this->existeDeja(){
$this->update();
}
else{
$this->insert()
}
}
 
protected function update(){
  $query = "UPDATE table  SET valeur = '".$this->valeur."' WHERE id='".$this->id."' "
  $result = mysqli_query ($link,$query);
  etc .....
}
 
protected function insert(){
  $query = "insert into table  ...' "
  $result = mysqli_query ($link,$query);
  etc .....
}
 
}
$maClasse = new maClasse(10, 'test');
$maClasse->save();

"var" est déprécié depuis 10 ans ou pas loin, j'aime pas les accès directs aux membres, et pour moi le code en-dehors de ta classe a aucune raison de savoir comment les accès à la base sont gérés.

Merci de ta réponse.
 
Pour le Var je ne le met jamais en php, c'est a cause de mes récents travaux en java-script .
 
Donc dans ton constructeur tu viens mettre à jours les valeurs des membres (variables) défini en protected.
 
C'est intéressant, par contre, souvent mes classes me servent également à récupérer des valeurs. Donc ca voudrais dire que dans ce cas là, lors de la création de l'objet je dois passer des paramètres vide au constructeur ?!
 
Si tu n'aime pas les accès direct aux membres (variables) des classes, comment fait tu pour exploiter leurs valeurs dans le reste du code ?
 
 

le plus souvent avec des factory methods...genre

class Toto{
[...]
 
static getTotoById($id){
 
$sql = "select * from table where id = :id"
 
...
 
return new Toto($id, $uneAutreValeurRécupérée, $bidule);
}

ainsi tu n'as pas besoin de savoir en-dehors de la classe comment ses données sont stockées, tu te contentes de lui demander de te fournir elle-même l'instance qui t'intéresse.

avec des accesseurs.

class maClasse{
protected $id;
protected $valeur;
 
function __construct($id, $val){
...
}
 
function save(){
 if(this->existeDeja(){
$this->update();
}
else{
$this->insert()
}
}
 
protected function update(){
  $query = "UPDATE table  SET valeur = '".$this->valeur."' WHERE id='".$this->id."' "
  $result = mysqli_query ($link,$query);
  etc .....
}
 
protected function insert(){
  $query = "insert into table  ...' "
  $result = mysqli_query ($link,$query);
  etc .....
}
 
}
$maClasse = new maClasse(10, 'test');
$maClasse->save();

Solution 4 : utiliser un ORM du marché qui a déjà fait ses preuves (Doctrine, Propel). Là y a des failles de sécurité partout

Pomm

les ORM ça pue du fion.
les failles c'était pas le sujet, j'ai copié/collé

class Toto{
[...]
 
static getTotoById($id){
 
$sql = "select * from table where id = :id"
 
...
 
return new Toto($id, $uneAutreValeurRécupérée, $bidule);
}

Si je comprend bien tu défini la méthode getTotoById en static pour ne pas avoir besoin de créer un objet pour l'appeler.

Puis cette méthode renvoi un objet de cette classe avec les informations voulu. Je ne savais même pas que l'on pouvais créer un objet a l'intérieur même de la classe

Je trouve les frameWork complet interessant, mais être dépendant d'un système et de son support m'enchante pas trop.

J'ai utilisé la méthode avec succès pour la création de nouvelle entrée, par contre je n'arrive pas à exploité l'objet de retour pour la récupération, j'ai un message comme quoi ma variable n'est pas un objet

Fatal error: Call to a member function getIdUtilisateur() on a non-object

EDIT, erreur a la noix, oublié de virer un commentaire

Cette méthode est intéressante, mais je trouve quand même assez contraignant de ne plus pouvoir lister les variables disponibles de l'objet pendant la programmation sous aptana, par contre je suis étonné de pouvoir faire un print_r de l'objet $utilisateur et d'avoir le contenu complet de ce dernier, alors que les variables était en protégées. Un echo de $utilisateur->idutilisateur donnera un erreur de sécurité. Pourquoi une telle différence entre le tableau de l'objet et l'accès direct à la variable ?

Merci

bah t'as commenté le return de ton getter non?

Lol, mais quel idiot !!

Pourquoi ne pas utilisé une méthode static pour l'insertion en base de données tout comme le la récupération des données. Dans tous les cas, ne faudrait t'il pas passer par les accesseur pour validé l'intégrité des données avant l'insertion ?
 
Je suis en train de regarder pour les accesseurs, et du coup cela donne ca :
 

 
 
merci

Quand tu insères tes données dans la base, tu as déjà l'objet. C'est bien plus cohérent de faire  

$toto->save();

 
plutôt que  
 

Toto::save($toto);

 
Et pour ton code, fais ton choix : soit tu utilises des setters partout, soit seulement en-dehors de ta classe, mais évite de mélanger les styles dans ta classe...
 
Question subsidiaire : pourquoi préfixer les membres de ta classe par le nom de celle-ci? C'est redondant...

$toto->save();

Toto::save($toto);

 
Si justement on ne créer pas l'objet, mais l'objet pourrai être créer à la fin de la méthode static
 

 
Il est évident que si j'utilise les setters, je les utiliserai de partout, c'est justement pour montrer les différences
 
Pour les préfixes, c'est une vielle (et mauvaise ?!) habitude du à MysqlWorkBench, et parfois ca m'évite de me retrouver avec des conflits, et puis je sais à quoi ca correspond exactement en base (moi petit cerveau )

Le jour où tu as un membre de plus à enregistrer dans ton objet il te faut revoir la classe ET tous les appels à cette méthode! Et pour tous tes objets existants il te faut une méthode d’instance ou une méthode de classe qui prend une instance en paramètre...autant n'avoir tout ça qu'une fois!

$nouvelUtilisateur = new Utilisateur($id,$nom,$etc);
$nouvelUtilisateur->save();

Dans la base pourquoi pas si ça te chante, mais aucune raison de lier exactement le modèle de ton appli aux objets en base (d'où mon aversion des ORMs, qui ont tendance à faire ce genre de choses...).

Je ne suis pas sur de comprendre ton explication, en faisant quelques recherches je suis tombé quelques explication des usages des méthode static, mais c'est pareil... un poil abstrait pour moi

 
C'est simple, mettons que tu as une instance de Toto à enregistrer, tu vas pas faire ça :
 

Toto::enregistrer($toto->getId(), $toto->getName(), $toto->getBidule());

 
Ce serait totalement ridicule et peu lisible...tandis qu'un simple
 

$toto->enregistrer()

 
est simple et bien plus lisible. Et pour le cas où tu n'as pas encore l'instance mais que tu as les données, au lieu de refaire le boulot via une méthode statique mieux vaut créer l'objet et utiliser la méthode d'instance...

Toto::enregistrer($toto->getId(), $toto->getName(), $toto->getBidule());

$toto->enregistrer()

 
Oky, donc si je comprend bien, l'idée est de ne pas refaire appel au méthode get à l'intérieur de la méthode "enregistrer", qui elle ce contentera de faire appel aux variables de la manière $this->maDonnée . Ce qui permet par ailleurs, lors d'un changement de traitement de getMaDonnée de ne pas avoir à modifier le contenu de la méthode "enregistrer"

Quelqu'un peut me dire pourquoi ça, ça marche :

Mais ça non :

 
Et en bonus un workaround...
Genre http://stackoverflow.com/questions [...] catenating ?

 
Tout est là : http://php.net/manual/en/migration56.new-features.php
https://3v4l.org/Z0umX

Ok, mais du coups à part passer en 5.6 on peut pas coller de constante dans une classe...
 
Bon je me suis débrouille avec un string simple et un sprintf au moment de la requête, mais bon je ne comprends pas pourquoi PHP se comporte comme ça !  

Bonjour à tous et bonne année 2016 !  
 
Étudiant en Finance, j'ai un partiel de python qui consiste à écrire un code résolvant un Sudoku.  
J'ai plusieurs soucis car je suis vraiment débutant en python.  
- Tout d'abord je compte utiliser une stratégie de Backtracking. Affecter 0 à toutes les cellules vides de la grille initiale et tester tous les entiers de 1 à 9 sur la ligne, la colonne et le sous-carré de ma cellule. Si chaque test répond vrai, alors j'affecte la valeur testée et je passe à la cellule suivante.  
 
Toutefois je ne sais pas comment importer ma grille sur ma commande ou sur mon interpréteur python.  
Je ne sais pas non plus comment créer un dictionnaire qui définit de façon clair mes lignes, mes colonnes, mes sous-carrés et mes 81 cellules. Je ne sais sous quelle forme l'écrire.  
 
Ensuite on nous demande d'écrire une fonction qui nous réaffiche la matrice complète à chaque étape, ie dès qu'un nouveau chiffre est apparu dans la grille. Et là c'est le même problème. Comment à partir d'un dictionnaire définie linéairement comme une combinaison (key, value) obtenir une grille bien délimitée de Sudoku au niveau de l'affichage ?  
 
Si quelqu'un pouvais m'aider, ce serait vraiment hyper cool car c'est vrai que je piétine carrément.  
 
Bonne fin de week-end à tous et merci pour votre aide !

1) ici c'est php, pas python
2) démerde toi, on ne fait pas les devoirs.

et bienvenue sur hfr

 
http://forum.hardware.fr/hfr/Progr [...] 4544_1.htm
 

 
http://lmgtfy.com/?q=python+tableau+2D
 
De rien

J'aurai besoin de votre avis sur cette méthode.
 
J'ai une classe qui défini un objet (un utilisateur), ainsi qu'une classe qui s'occupe des traitements en base pour les utilisateurs.
 
Quand je fais l'insertion d'un utilisateur:
 
1/ Je déclare un nouvel objet utilisateur
2/ J'alimente mon objet avec  $utilisateur->setNom(), etc
3/ Je déclare un nouvel objet utilisateurSql
4/ J'exécute l'insertion en passant en argument mon objet utilisateur correctement alimenté $utilisateurSql->nouveau($utilisateur)
 
Pour ca je pense être relativement dans le bon, seulement est il intéressant vis a vis de la méthode nouveau de renvoyer un objet utilisateur complété avec l'id que MySQL lui a attribué pendant l'insertion au lieu de simplement renvoyer un l'id.
 
Quand pensez  vous  

 
Uniquement le dimanche entre 8h et 8h05.
 

En général, avant de m'endormir.

Apparemment plus que moi en tout cas

Plus sérieusement, je crains que tu ne sépares pas terriblement bien les couches, vu ce que tu expliques.

Comme je le comprends, tu fais ça:

$u = new Utilisateur(...);
$u->setBidule(...);
 
$uSql = new UtilisateurSql(...);
$id = $uSql->nouveau($u);
 
$u->setId($id);

Vu d'ici, pour faire "propre" il faudrait plutôt que ça ressemble à ça (grosso merdo, hein... ):

$u = new Utilisateur(...);
$u->setBidule(...);
$u->save();

...et dans ta méthode save():

$uSql = new UtilisateurSql(...);
  
if($this->id === null){
  $this->id = $uSql->nouveau($this);
}
else{
  $uSql->mettreAJour($this);
}

Ok, je comprend bien !! Ca sera quand même plus pratique par la suite.

En attendant de tout réécrire, je vais continuer à renvoyer l'id par mes méthodes SQL puis j'aurais plus qu'a faire le changement sur le reste.

Merci pour ces conseils

Après, ça dépend si tu veux de l'ActiveRecord ou du Repository (voir aussi Domain-driven) comme pattern.
 
Le second est un peu plus complexe (mais pas tant que ça). Bon, si c'est pour gérer 3 tables, c'est peut-être pas la peine non plus.

Je veux surtout apprendre à coder plus propre et me rapprocher au mieux de ce que ce fait dans les bonnes pratiques. Je vais regarder un peu les liens que tu a posté. Dans le premier lien je vois que dans la catégorie PHP ils font référence a des framework très connus, ca peut valoir le coup que je regarde un peu comment c'est fait.

Pour en revenir aux bonnes pratiques,
 
Si j'ai besoin de récupérer la liste des mes utilisateurs, habituellement je fais  
 

 
La méthode getUtilisateur(); me renvoi un tableau avec pour chaque ligne un objet utilisateur.
 
Si je reprend le shéma que vous m'avez indiqué plus haut, je suis plus sensé faire  
 

 
et dans ce cas c'est la méthode getUtilisateur qui va ce charger de créer un nouvelle objet $utilisateurSql et de récupérer le résultat ?!
 
C'est sur que le reste du code en serait que plus propre et "simple"