13-03-2008, 07:14 PM
Mon idée pour l'instant je l'articule comme suit:
Une couche bas niveau (ca c'est du connus pour ceux qui on l'habitude de codée dans un contexte CMS ou Framework), dans l'ensemble ce sont les class qui n'ont pas de dépendances (standalone), c'est le core.
Ensuite une couche haut niveau avec des applications dépendante des class de bas niveau, c'est là qu'on pourrais retrouver les "briques fonctionnel" par exemple, ce sont des classe optionnelle pour la plupart, ceux sont un peu les "modules" du moteur.
Et enfin, une couche dite "CMS" qui proposera un certain nombre d'outils graphique (ou pas) permettant de généré de la config, de voir les log, d'administré en post-prod, etc...
Ainsi on peut réussir a créé un outils libre, simple, un peu grand publique, communautaire, etc...
L'idéal se serait ensuite de se créé un repository des "modules" du moteur alimenter par la communauté pour avoir une bonne modularité dans le moteur.
Exemple: je créé un RPG, je met les modules carte2D, fichePersonnage; je créé un SpaceConqueror je met les modules gestionFlotte, affrontementSpatiaux.
Dans mon cas, un tel outils serait mis en place automatiquement, avec une config par défault, comme ca, dés que je veut créé un nouveau jeu, je n'aurais plus qu'a codé mes modules, a faire un peu de personnalisation sur la config, et se serat prés. Je pourrais aussi utiliser des modules d'un projet à l'autre (un module de bulletinboard par exemple).
PS: Oui, c'était pas trés intelligent mon quote 'sympony', c'était surtout pour marqué mon exaspération fasse à ceux qui ne comprenne pas qu'il y a un temps pour utiliser un frameworks, et parfois, un temps pour en créé un.
Une couche bas niveau (ca c'est du connus pour ceux qui on l'habitude de codée dans un contexte CMS ou Framework), dans l'ensemble ce sont les class qui n'ont pas de dépendances (standalone), c'est le core.
Ensuite une couche haut niveau avec des applications dépendante des class de bas niveau, c'est là qu'on pourrais retrouver les "briques fonctionnel" par exemple, ce sont des classe optionnelle pour la plupart, ceux sont un peu les "modules" du moteur.
Et enfin, une couche dite "CMS" qui proposera un certain nombre d'outils graphique (ou pas) permettant de généré de la config, de voir les log, d'administré en post-prod, etc...
Ainsi on peut réussir a créé un outils libre, simple, un peu grand publique, communautaire, etc...
L'idéal se serait ensuite de se créé un repository des "modules" du moteur alimenter par la communauté pour avoir une bonne modularité dans le moteur.
Exemple: je créé un RPG, je met les modules carte2D, fichePersonnage; je créé un SpaceConqueror je met les modules gestionFlotte, affrontementSpatiaux.
Dans mon cas, un tel outils serait mis en place automatiquement, avec une config par défault, comme ca, dés que je veut créé un nouveau jeu, je n'aurais plus qu'a codé mes modules, a faire un peu de personnalisation sur la config, et se serat prés. Je pourrais aussi utiliser des modules d'un projet à l'autre (un module de bulletinboard par exemple).
PS: Oui, c'était pas trés intelligent mon quote 'sympony', c'était surtout pour marqué mon exaspération fasse à ceux qui ne comprenne pas qu'il y a un temps pour utiliser un frameworks, et parfois, un temps pour en créé un.