Reprise du message précédent :

alors pour moi , tu es fucké , et c'est normal

Perso sans plus de contexte je verrais ça comme une modification dans le getter du champ dans la classe qui fait le lien avec la base, mais sinon je vois pas trop...

pour l'instant c'est le SQL natif encore, je vais transformer cette requête en Doctrine plus tard.

Plus qu'à retraiter le résultat, alors...

(bool) ta_requête ?

bon ben  

foreach ($data as &$row)
            $row['display'] = $row['display'] ? true : false;

de toutes façons ça devrait péter dans l'après-midi.

foreach ($data as &$row)
            $row['display'] = $row['display'] ? true : false;

Non mais tu cast en bool ça va marcher aussi bien, sinon mieux

Ou balances au moins un intval() sur ton $row['display'] parce que là tu te reposes sur l'auto-coercion str->int

heu j'ai viré le case dans le SQL, je reçois bien un int.

Nazz > hum, on va voir quand j'aurai rétabli le code sur pieds, le !! j'ai pas trop envie d'infliger ça aux débutants, même si moi il me plaît bien.

// Nota: !! est une façon "courte" de caster un entier en booléen (=oui logique)
$row['display'] = !!$row['display'];

$row['display'] = (bool)$row['display'];

C'est lequel la version courte ?

$query = Doctrine_Query::create()->select('uad.display')->from('RelUaData uad')->leftJoin('uad.Data d')
        ->leftJoin('uad.RelUserApplication ua')
        ->where('ua.rua_user_id = ? AND ua.rua_application_id = ?', array($_SESSION['id'], 1))->orderBy('d.id');

hep les jeunes quand vous voyez ça, vous attendez combien de colonnes dans la projection ?

$query = Doctrine_Query::create()->select('uad.display')->from('RelUaData uad')->leftJoin('uad.Data d')
        ->leftJoin('uad.RelUserApplication ua')
        ->where('ua.rua_user_id = ? AND ua.rua_application_id = ?', array($_SESSION['id'], 1))->orderBy('d.id');

une?

$query = Doctrine_Query::create()->select('uad.display')->from('RelUaData uad')->leftJoin('uad.Data d')
        ->leftJoin('uad.RelUserApplication ua')
        ->where('ua.rua_user_id = ? AND ua.rua_application_id = ?', array($_SESSION['id'], 1))->orderBy('d.id');

4

Doctrine a besoin au minimum de toutes les PK pour générer les objets.
(sauf surement si tu hydrates en autre chose que Doctrine::HYDRATE_OBJECT)

function pwet(Agent $agent)
{
 
}
 
function pwet(Agent $agent,Sexe $sx)
{
 
}
 
function pwet(Ornithorynque $duckbillplatipus)
{
 
}

 
Je veux plusieurs constructeurs...

la bonne réponse est 3 (toutes les colonnes de uad).
 
Maintenant, si je veux projeter que la colonne uad.display dans un objet plat, comment je fais ?

Ah bah oui pardon, les PK des tables jointes sont aussi des FK dans uad
 
C'est quoi un objet plat ?

C'est une histoire de rentabilité après
 
Perso je préfère (bool) c'est plus explicite et ça reste court

Puisque c'est blabla@php, souhaitons un bon enterrement à PHP 6 (unicode failure) en attendant que ses développeurs reviennent avec quelque chose d'implémentable sans que toute la team ait l'impression de se faire chier

T'as une page de retard

Stop writing java code

 
Un objet sans objets fils.

en l'occurence, je veux un objet de la forme [{display:true}]

 
Tu fais comment pour instancier le même objet à-partir d'ensembles de valeurs différents, sans ça?
Un gros paté qui vérifie la presence ou non des variables?

en appelant des fonctions statiques différentes ?

 
...ce qui revient à avoir plusieurs constructeurs...

ben oui

 
Ben voilà, moi j'en veux des vrais.
Avec N méthodes statiques le nommage est vite immonde.

AH. Genre un tableau associatif ça irait jsuppose.

$query->execute(null, Doctrine::HYDRATE_ARRAY);

Si ça te ramène toujours des objets fils,

$arr = $query->execute(null, Doctrine::HYDRATE_ARRAY);
$arr = array_map(function($val) {return array('display' => $val['display']); }, $arr);

Si t'es en PHP < 5.3

$arr = $query->execute(null, Doctrine::HYDRATE_ARRAY);
$arr = array_map(create_function('$val', 'return array("display" => $val["display"]);'), $arr);

C'est pareil + c'est possible, qu'est-ce que tu veux de plus ?

Que ce soit moins moche?

$query->execute(null, Doctrine::HYDRATE_ARRAY);

$arr = $query->execute(null, Doctrine::HYDRATE_ARRAY);
$arr = array_map(function($val) {return array('display' => $val['display']); }, $arr);

ah mais j'utilise fetchArray() de toutes façons, mais il me ramène toujours les 3 colonnes de la table dans tous les cas alors que je lui en demande qu'une.

 
lol

 
voilà, ce genre d'immondices.

Mais il croit bien faire, lui
Bah faut que tu boucles

Mais pourquoi tu fais toutes ces jointures en LEFT si tu ne les utilises pas ? nan rien.

1) RelUserApplication sert pour la sélection (là on parle de la projection)  
2) je vais projeter des colonnes de Data dès que j'arriverai à projeter des colonnes de RelUaData indépendamment les unes des autres.

Pourquoi tu mets ce que tu crées quand c'est déjà dans le nom de la classe?
 
DateField::fromLabelAndCalendar.
 
Ça serait mieux avec des méthodes splittées, mais ça reste plus compréhensible que new DateField($foo, $bar) de ce con de collègue qui refuse de nommer ses variables correctement

 
Ici effectivement, le cas était légèrement différent, il s'agit d'une méthode statique provenant d'une fabrique, donc pas de la classe qu'on veut instancier. Mais dans tous les cas, j'ai du mal avec cette façon de faire.

 
Cf edit, j'avais oublié le ->where()