Discussion :

[VilainMelkor]

Bien le bonjour !


Après moult tergiversations, et quelques recherches sur la toile totalement non-concluantes, je m'en remets à vous !

Je travail actuellement sur le diagramme de classe d'un de mes projets, et j'ai un gros doute. Je bloque.

J'ai une classe Promo, et je voudrais récupérer une collection d'objets promo. Or je ne sais pas comment et ou gérer cette collection ainsi que les méthodes en rapport. Une classe supplémentaire juste pour ca ne me parait pas correct, mais la collection au seins même de ma classe Promo me semble tout aussi peu probable (quoi que en static pourquoi pas... )

Du coup si quelqu'un aurai des idées a ce sujet, des pistes... Ça serait super.
Merci d'avance.

[s.n.a.f.u]

Salut,

Pourquoi pas une classe de plus ?

Mais si tu n'y tiens pas, cela dépend du contenu de cette collection. Si elle ne contient que les objets, tu peux juste utiliser un tableau ou un hash.

Si elle contient des méthodes, la classe supplémentaire peut-être utile. Et il existe des outils utiles dans la SPL pour cela :

SplObjectStorage

ou tout simplement

ArrayObject

[VilainMelkor]

Pourquoi pas une classe de plus ?

Moi ce qui me trouble un peu c'est que mes classes sont des choses 'concrètes' comme une promo, un produit, etc.
Le fait de créer une classe nommée par exemple RecherchePromo me parait étrange (en partie a cause du fait qu'elle me semble 'abstraite'. Après c'est vrai que je suis loin d'être expert en POO donc bon je me fais peut être de fausses idées).

Mais si tu n'y tiens pas, cela dépend du contenu de cette collection. Si elle ne contient que les objets, tu peux juste utiliser un tableau ou un hash.

Quel est l'intérêt du hash ? Je viens de faire un tour sur php.net mais la description est très abstraite, je n'ai pas tout compris...

Si elle contient des méthodes, la classe supplémentaire peut-être utile.

Bah j'aurai effectivement besoin de quelques méthodes, ne serait-ce que pour trier ma collection.

Et il existe des outils utiles dans la SPL pour cela : SplObjectStorage ou tout simplement ArrayObject

Quel sont les avantages/inconvénients de ces deux classes ? Et surtout qu'apportent elles d'utile par rapport à un tableau classique ou j'aurais mis mes objets dedans ? Me permettent elles de ne pas créer de classe supplémentaire ?


En tout cas merci beaucoup pour ta réponse rapide ^^

[s.n.a.f.u]

Un exemple assez simple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
<pre>
<?php
class Foo extends ArrayObject {
 
    protected $_value = "Attribut supplémentaire";
 
    public function getValue() {
        return $this->_value;
    }
 
}
 
$myFoo = new Foo();
 
for ($i=1; $i<5; $i++) {
    $o = new StdClass();
    $myFoo->append($o);
}
 
print_r( $myFoo->getValue() );
 
print_r ( $myFoo->count() );
 
print_r ( $myFoo );
 
//etc...

[VilainMelkor]

Oki doki, merci beaucoup pour ces éclaircissements ^^

Du coup je vais bien faire une classe GestionPromo qui gèrera ma collection.

Encore une petite question toutefois, bien que j'ai compris l'utilisation d'ArrayObject, quel intérêt y a t'il de l'utiliser plutôt qu'un tableau classique ? (outre le fait que de base ArrayObject intègre des méthodes pouvant parfois être utiles, mais qui d'après ce que j'ai vu ne sont pas non plus indispensables)

[s.n.a.f.u]

Oki doki, merci beaucoup pour ces éclaircissements ^^

Du coup je vais bien faire une classe GestionPromo qui gèrera ma collection.

Encore une petite question toutefois, bien que j'ai compris l'utilisation d'ArrayObject, quel intérêt y a t'il de l'utiliser plutôt qu'un tableau classique ? (outre le fait que de base ArrayObject intègre des méthodes pouvant parfois être utiles, mais qui d'après ce que j'ai vu ne sont pas non plus indispensables)

Si ta collection doit comporter des méthodes en plus de ses membres, tu devras la composer avec un tableau. Ce qui est un choix tout à fait valable.

[VilainMelkor]

Oki !

Merci encore (et encore ^^)

Bonne journée à tous pi merci d'être là pour nous, pov' petits dev encore un poil débutant =)

[sinople]

Comme dit cela dépend si ta collection d'objet doit contenir d'autre propriété ou fonction que simplement un tableau d'objet.

Si c'est le cas utilise un objet autrement utilise un tableau.

Tu gagnes du temps de dev et c'est pas forcément moins claire comme code. Sinon tu vas finir par créer un classe pour gérer les strings (réf à java).

A notez qu'il existe des fonctions permettant de travailler sur des tableaux d'objet (tri, mélange, ect.)

[jamal009]

bonjour tous le monde

j'ai un soucis avec la jointure cross sous laravel ça me donne
DB::table('table1')
->leftJoin('table2', 'xxxid', '=', 'xxx_id')
->crossoin('table3', 'xxxx.id', '=', 'xxxx_id')
->select(xxxxxxxxxxxxxxxxx)
->get();

Call to undefined method Illuminate\Database\Query\Builder::crossJoin()

quelqu'un peut m'aide ??

merci d'avance