Postule chez GG pour la place de Wily Kabal, tu as tout ce qu'il faut pour le remplacer efficacement.
1
KabaL
32 publications | 523 participations
-
Profil
-
Blog
-
Forums
-
Réactions
-
[MAJ] On s'en fou royal mais...
23 Mai 2006
Ca peut servir un jour pour les équipes ;)
Je suis en train de développer (j'ai commencé aujourd'hui :p), un intranet de gestion de tactiques. La technologie est très lourde certes (JAVA J2EE avec STRUTS) mais permet de développer assez rapidement. Il vous faudra installer un serveur TOMCAT et une base de données MYSQL (tout est gratuit).
L'installation ne sera pas trop compliquée: un EASYPHP pour qui installe la base de données MYSQL et une interface WEB soignée pour l'administrer, et un serveur TOMCAT (il vous faudra installer au préalable le JDK de JAVA), qui est le moins gourmands des serveurs JAVA.
Mais c'est quoi cette application ?
C'est une application client léger (donc un site Internet), qui permet à des membres de vos équipes, (qui s'authentifie via un portail) de pouvoir créer des tactiques.
Le but a terme est de pouvoir consulter par map, et par type (GUNROUND, SPAM, PRISE DE ZONE, ANTI RUSH, WALLSHOT, etc....., on sera libre de créer les types que l'on souhaite) des tactiques.
Une tactique possède donc:
* Un Nom
* Une briève description
* Un type
* Une Map
* Un Side
* Un nombre d'étapes
Une étape possède:
* Un nombre (étape 1, 2, 3, etc..)
* Un Timing (pour la synkro, le nombre de secondes qui s'epare 2 étapes ou alors le time d'un round, exemple: 0:55)
* Un Nombre de 1 à 5 d'action
Une action possède
* Un nom
* Une description
* 1 Joueur
* Une liste de screenshot
Un Joueur possède
* Un Nom, prenom, pseudo et password
Un screenshot possède
* L'image
* Une légende
Voila pour le MPD (modèle physique des données)
Dans un premiers temps, je vais développer l'application de manière fonctionnel, puis j'ajouterai la gestion des droits plus tard (permettre à l'utilisateur X de ne pas pouvoir modifier une tactique ne venant pas de lui par exemple).
Enfin, vous saurez l'état d'avancement du projet:
* Script de création de table: 100%
* Partie base de données: 100%
* Partie présentation: 0%
Stay tuned !
[MAJ pour les avertis de la prog]
[MAJ] 24/05/06: J'ai terminé le framework côté base de données, je vais pouvoir commencer les DAO spécialisées pour chaque table. Dans l'optique d'ouvrir après les premières versions, ce projet en open source, j'ai cherché à faire quelque chose de propre au niveau des requêtes. Tous les DAO étenderont le EYADAO qui étends lui même un DAO générique. Le EYADAO à la particularité d'offrir 4 méthodes: un executeSQL, un executeInsert, un executeUpdate et un executeDelete. Chacune de ses méthodes prends un objet de type SelectQuery, InsertQuery, UpdateQuery ou encore DeleteQuery. Je vais expliquer le but d'avoir créer des objets de types réquetes. Le EYADAO possède tous les champs de la base de données (objet de type fr.eya.Field) et les tables de la base de données (objet de type fr.eya.Table)). Le but est de faire alors des requetes facile à lire de la manière suivante:
--exemple avec une requête de type INSERT
InsertQuery request = new InsertQuery();
request.insertFromTable(T_MAP)
request.insertValue(MAP_NAME_C, 'de_nuke');
EYADAO.executeInsert(request);
--exemple avec une requête de type SELECT
SelectQuery request = new SelectQuery();
request.selectField(MAP_NAME_C);
request.selectField(TAC_NAME_C);
request.selectFromTable(T_MAP);
request.selectFromTable(T_TACTIC);
request.whereJoin(MAP_ID_MAP_N, TAC_ID_FK_MAP_N);
request.whereCondEqual(MAP_NAME_C, 'de_nuke');
Il y a des méthodes pour faire des OR, des AND, ouvrir ou fermer des parenthèses, des LIKE, etc...
[MAJ] 29/05/06: La partie base de données est terminée ;) (12h de boulot). Demain je commencerais le framework de la partie présentation (mise en place du CSS, des images, des tags bean spéciaux, des layout (tiles), de struts et de l'architecture).
J'ai modifié la base de données pour qu'on puisse associé une map à un screenshot, à une action et à une étape. De ce fait, on pourra aisément se réservir de screenshots déjà présent dans la base de donnée.
[MAJ] 01/06/06: Les tags libs perso sont finies ;). J'ai créer une TLD eya, qui contient les tags suivant:
* button
* table
* array
* menu
Voici un exemple d'utilisation d'une table eya:
<eya:table width="260" height="260" title="Test">
<table border="1">
<tr>
<td>
<b>CECI EST UN TEST L'AMI</b>
</td>
</tr>
</table>
</eya:table>
=> ca va générer une table de 3x3 avec pour bloc centrale, le contenu compris entre le tag eya:table de dimension widthxheigth (facultatif) avec un titre (aussi facultatif). Je vais modifier le tag pour qu'on puisse lui donner une classe
Esports`manuuu risque de s'occuper du CSS et du graphisme de tous ces éléments ;)
Je suis en train de développer (j'ai commencé aujourd'hui :p), un intranet de gestion de tactiques. La technologie est très lourde certes (JAVA J2EE avec STRUTS) mais permet de développer assez rapidement. Il vous faudra installer un serveur TOMCAT et une base de données MYSQL (tout est gratuit).
L'installation ne sera pas trop compliquée: un EASYPHP pour qui installe la base de données MYSQL et une interface WEB soignée pour l'administrer, et un serveur TOMCAT (il vous faudra installer au préalable le JDK de JAVA), qui est le moins gourmands des serveurs JAVA.
Mais c'est quoi cette application ?
C'est une application client léger (donc un site Internet), qui permet à des membres de vos équipes, (qui s'authentifie via un portail) de pouvoir créer des tactiques.
Le but a terme est de pouvoir consulter par map, et par type (GUNROUND, SPAM, PRISE DE ZONE, ANTI RUSH, WALLSHOT, etc....., on sera libre de créer les types que l'on souhaite) des tactiques.
Une tactique possède donc:
* Un Nom
* Une briève description
* Un type
* Une Map
* Un Side
* Un nombre d'étapes
Une étape possède:
* Un nombre (étape 1, 2, 3, etc..)
* Un Timing (pour la synkro, le nombre de secondes qui s'epare 2 étapes ou alors le time d'un round, exemple: 0:55)
* Un Nombre de 1 à 5 d'action
Une action possède
* Un nom
* Une description
* 1 Joueur
* Une liste de screenshot
Un Joueur possède
* Un Nom, prenom, pseudo et password
Un screenshot possède
* L'image
* Une légende
Voila pour le MPD (modèle physique des données)
Dans un premiers temps, je vais développer l'application de manière fonctionnel, puis j'ajouterai la gestion des droits plus tard (permettre à l'utilisateur X de ne pas pouvoir modifier une tactique ne venant pas de lui par exemple).
Enfin, vous saurez l'état d'avancement du projet:
* Script de création de table: 100%
* Partie base de données: 100%
* Partie présentation: 0%
Stay tuned !
[MAJ pour les avertis de la prog]
[MAJ] 24/05/06: J'ai terminé le framework côté base de données, je vais pouvoir commencer les DAO spécialisées pour chaque table. Dans l'optique d'ouvrir après les premières versions, ce projet en open source, j'ai cherché à faire quelque chose de propre au niveau des requêtes. Tous les DAO étenderont le EYADAO qui étends lui même un DAO générique. Le EYADAO à la particularité d'offrir 4 méthodes: un executeSQL, un executeInsert, un executeUpdate et un executeDelete. Chacune de ses méthodes prends un objet de type SelectQuery, InsertQuery, UpdateQuery ou encore DeleteQuery. Je vais expliquer le but d'avoir créer des objets de types réquetes. Le EYADAO possède tous les champs de la base de données (objet de type fr.eya.Field) et les tables de la base de données (objet de type fr.eya.Table)). Le but est de faire alors des requetes facile à lire de la manière suivante:
--exemple avec une requête de type INSERT
InsertQuery request = new InsertQuery();
request.insertFromTable(T_MAP)
request.insertValue(MAP_NAME_C, 'de_nuke');
EYADAO.executeInsert(request);
--exemple avec une requête de type SELECT
SelectQuery request = new SelectQuery();
request.selectField(MAP_NAME_C);
request.selectField(TAC_NAME_C);
request.selectFromTable(T_MAP);
request.selectFromTable(T_TACTIC);
request.whereJoin(MAP_ID_MAP_N, TAC_ID_FK_MAP_N);
request.whereCondEqual(MAP_NAME_C, 'de_nuke');
Il y a des méthodes pour faire des OR, des AND, ouvrir ou fermer des parenthèses, des LIKE, etc...
[MAJ] 29/05/06: La partie base de données est terminée ;) (12h de boulot). Demain je commencerais le framework de la partie présentation (mise en place du CSS, des images, des tags bean spéciaux, des layout (tiles), de struts et de l'architecture).
J'ai modifié la base de données pour qu'on puisse associé une map à un screenshot, à une action et à une étape. De ce fait, on pourra aisément se réservir de screenshots déjà présent dans la base de donnée.
[MAJ] 01/06/06: Les tags libs perso sont finies ;). J'ai créer une TLD eya, qui contient les tags suivant:
* button
* table
* array
* menu
Voici un exemple d'utilisation d'une table eya:
<eya:table width="260" height="260" title="Test">
<table border="1">
<tr>
<td>
<b>CECI EST UN TEST L'AMI</b>
</td>
</tr>
</table>
</eya:table>
=> ca va générer une table de 3x3 avec pour bloc centrale, le contenu compris entre le tag eya:table de dimension widthxheigth (facultatif) avec un titre (aussi facultatif). Je vais modifier le tag pour qu'on puisse lui donner une classe
Esports`manuuu risque de s'occuper du CSS et du graphisme de tous ces éléments ;)
51 commentaires (1 à 15)
-
azeN
23-05-2006 @ 17:36
#1 -
bdg
23-05-2006 @ 17:50
#2Meme sur esportsfrance on bouffe du merise
1
-
Switch(a]
23-05-2006 @ 18:06
#3I <3 kabal ;) vivement que tu nous sorte ce logiciel ;)
1
-
esports`manuuu
23-05-2006 @ 18:11
#4mcd : modèle conceptuel de données.
1
-
esports`Sanji 23-05-2006 @ 18:21
#5 / ESFR StaffKaBaL on t'aime !
1
-
SplanK
23-05-2006 @ 18:25
#6Tu gere kabal ;) Très interessant comme projet.
1
-
Falut Falut
23-05-2006 @ 18:39
#7kabal j'ai envie de porter tes chaussettes
1
-
tsr
23-05-2006 @ 19:08
#8KabaL, c'est quoi ta sensi ?
1
-
unlogic
23-05-2006 @ 19:40
#9kabal fais moi un enfant il sera intelligent comme toi
1
-
bdg
23-05-2006 @ 19:59
#10#5
et mlr : modele logique relationnel
et mld : modele logique des données
1
-
Murazor
23-05-2006 @ 20:49
#11Hooray le merise
Edité le 23-05-2006 à 20:49:43 par Murazor1
-
BaKouneT
23-05-2006 @ 22:01
#12Creer un .gif chez soit (voir un flash) sans programme, sans besoin d'internet, sans inscription et avec bien plus de liberté n'est-il pas beaucoup plus simple?
(surtout pour le codeur)1
-
fahar
23-05-2006 @ 22:28
#13#13
non, c chiant a coder pr kabal, nous on en profite.1
-
Mlle Saucisse
23-05-2006 @ 23:36
#14Les acronymes en SI c'est bien, ca permet de se la ronfler sur les sites esports...(#5) ;)
Le probleme c'est que ca fait pas beaucoup avancer !
Kabal, c'est quoi la portée relle que tu voudrais donner à ton outil pour les équipes?1
-
aShtk
23-05-2006 @ 23:43
#15Tres pratique !
Pour consulter des strats facilement et les enregistrer sans pb1
51 commentaires (1 à 15)
Pour participer à la vie du site et publier, veuillez vous identifier
retour en haut
Dernières news-
TI3 Qualifs Est : MiTH vs Mineski
-
All-Star : les duels ont déjà commencé
-
G-1 Champions League
-
WCS KR Code S : INnoVation en finale
-
WCS NA : HerO et Revival avancent
-
SHOUTcraft America : Kane champion
-
WCS Eu Challenger : ToD et Dayshi avancent
-
RaidCall Dota League saison 3 : VP bat EG 2 à 0
-
125FPS Mai : Groupe 4-2 à 18h
-
All-Star Games : CENSURE bat MoMaN
ESFR sur Facebook
