Discussion :

[moukit233]

Salut,
j'ai une fonction js :

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
 
function markup()
{   
    dojox.grid.cells.Cell.markupFactory = function(node, cell) {
        //dgc.Cell.markupFactory(node, cell);
        var d=dojo;
        var options = dojo.trim(dojo.attr(node, "options")||"");
       if (options) {
           //alert('je suis dedons');
                var liste = options.split(',');
                if(liste[0] != options) {
                        cell.options = liste;
                       // return cell.options;
                }
        }
        var values = dojo.trim(dojo.attr(node, "values")||"");
        if (values) {
                var v = values.split(',');
                if(v[0] != values){
                        cell.values = v;
                       // return cell.values;
                }
       }
    }
 
}

j'ai 2 question :
- je veux avoir quel est le role de la fonction markupFactory() de dojox.grid.cells.cell
- comment je vais appliquer cette fonction sur dojox.grid.cells.cell.
merci de m'aider

[Eric Pasquier]

Bonjour,

J'image que les infos que l'on peut lire sur http://www.dojotoolkit.org/book/dojo...eclaring-class ne te sont pas étrangères :

Basically, markupFactory is like a constructor - it creates objects. It just lets you define how: you can choose the class you want to instantiate, or you can prepare and reorder the parameters as the constructor expects them. [] When creating widget instances by parsing markup, if markup factory exists, it is used instead of constructor

Les "factory" ont l'air d'être une notion très "dojo", et un peu trop sophitiqué pour ma petite tête (ça existe ailleurs ?).
Pour ma culture personnelle, qu'est ce que tu essayes de faire avec ?

Eric

[emmanuel.remy]

Salut,

Concrètement, quand dojo parse la grille et rencontre une colonne d'un type particulier (par exemple dojox.grid.cells.Bool) alors il va appeler la fonction markupFactory de la class associée (donc ici: dojox.grid.cells.BoolBool.markupFactory) en lui passant comme paramètres les fameux attributs associés (value, options, ...) pour qu'ils puissent être eux aussi parsés et intégrés dans les paramètres de la cellule.

@moukit233: d'après ton code il semble que tu souhaites redéfinir la façon dont est parsé le select. Si tel est le cas, ce serait plutôt:

Code :

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

1
2
3
4
5
 
dojox.grid.cells.Select.markupFactory = function(node, cell){
     dojox.grid.cells.Cell.markupFactory(node, cell);
     ...
};

@Eric Pasquier:

Les "factory" ont l'air d'être une notion très "dojo", et un peu trop sophitiqué pour ma petite tête (ça existe ailleurs ?).

Techniquement c'est une notion très utilisée en objet: on la trouve sous la dénomination de design pattern Factory, mis en avant par le célèbre GangOfFour (GOF). Plus de renseignements ici http://gfx.developpez.com/tutoriel/c...tern/fabrique/ et encore plus complet ici http://rpouiller.developpez.com/tuto...r/?page=page_2

Bon dev,

ERE

[Eric Pasquier]

@emmanuel
Merci !
Dans un des article, je viens de lire

Code :

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

La fabrique qui instancie des objets depuis une classe particulière. Ce motif s'emploie souvent lorsque les constructeurs ne sont pas publics.

et je ne voyais justement pas pourquoi on ne pourrait pas appeler le constructeur de la classe. Je ne sais plus dans quel langage ou ça ne marche pas si le constructeur est déclaré privé; donc j'ai pris l'habitude de les déclarer public.
Eric.

[emmanuel.remy]

Pour simplifier, si tu prends l'exemple d'une class de type calendrier, alors plutôt que de fournir un constructeur avec le fuseau horaire, la prise en charge de l'heure d'été, etc... on préfère mettre une méthode statique qui fait office d'instanciation et qui prend à sa charge la création de l'objet, par exemple en fonction des paramètres du poste utilisateur. Comme cette méthode statique est dans la class, elle "voit" le constructeur, qu'il soit privé ou pas. C'est donc une façon d'aider l'utilisateur et/ou de verrouiller le mode de création de la class. Note d'ailleurs que le pattern le plus connu dans ce type de création est celui du singleton. Quelque chose comme (en java, simplifié):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public class MaClass {
  private static MaClass maClass=null;
 
  //visible par la fonction getInstance
  private MaClass(XXX, XXXX) {
     ...
  }
 
  public static MaClass getInstance(YYY) {
      if (maClass==null) maClass = new MaClass(pp,ppp);
      return maClass;
  }
}

ERE

[Eric Pasquier]

Oui, le singleton est implémenté de cette façon dans les classes Zend. A ce propos, ils sont en train de les éliminer pour la version 2.0.
Concernant la création du "calendrier", je place souvent une fonction "init(paramètres)" pour ce genre de configuration, pour bien séparer la "construction" de la classe, réservé à l'initialisation interne de la classe.
Eric.