Petite solution pour alléger le code de certains

[Origine]

Voilà, Salut.

J'ai aidé plusieurs personnes à faire leurs systèmes de construction de bâtiments, et j'ai souvent vu une organisation comme ceci :

- Un fichier "batiments.php"
- Un fichier "Prix_batiments.php" inclus dans "batiments.php", et qui contient le prix en fer, cristal, or ... de chaque bâtiment, dans des variables.

Ce qui, par la suite, provoque l'apparition d'un code comme ça :

Code PHP :

<?php 

if(!empty($_GET['construction']))

{

      switch($_GET['construction'])

      {

           case "caserne" :

           mysql_query("UPDATE ressources SET metal=metal-$MetalCaserne WHERE id='".$id."'") or die (mysql_error());

           break;

           case "xxx" :

           ...

           ...

      }

} 

[My Hotel]

Mouais, je suis pas convaincu... Plutôt que d'inventer des solutions assez "tordues" pour gérer ça, pourquoi ne pas stocker tous les coûts en BDD?
Après, on a plus qu'a lire les couts correspondants et à updater la BDD, c'est quand même mieux que des variables aux nom concaténés, et autres...

C'est comme ça que je fonctionne en tout cas

P.S : au niveau de tes commentaires, évite les inutiles, genre : include'prix_batiments.php'; // On inclu le fichier où sont présentes les variables contenant les prix.
Ca clarifiera ton code qui est déjà pas fantastique à lire, pour moi en tout cas

[Origine]

Oui, désolé pour les commentaires ^^

Cependant, inclure les prix en BDD est une solution ... mais faut voir à pas flooder le serveur et l'inonder de requêtes du type SELECT.

Comme je l'ai dit, c'est une solution comme une autre. Pour ma part, je n'utilise pas ce système, mais le tiens en partie. Cependant, c'est un peu plus long et compliqué à mettre en oeuvre.

[My Hotel]

Il faut pas avoir peur de surcharger un serveur avec quelques requêtes quand même. D'accord, SQL, c'est plus long, faut optimiser, toussa toussa, mais faut pas tomber dans la parano du SQL non plus, comme le font certain avec le moins de requêtes/pages. 45 requêtes/pages, c'est trop, mais 2 ou 3, c'est un minimum, selon la page.

SQL est tellement plus pratique, evolutif, etc... Franchement, pourquoi s'en priver? Après, c'est le débat habituel, faut-il faciliter la vie de l'admin au prix de quelques ms de plus à l'éxécution? Pour moi en tout cas, la réponse est oui. Evidemment, j'utilise un système de cache aussi, faut pas abuser quand même

[Origine]

Avec un système de cache, ça devient tout de suite une solution meilleure, dans le sens où le risque de flood est diminué.

Maintenant, c'est vrai qu'au niveau de la facilitation du travail pour un admin, c'est un bien meilleur système.

Mais la mise en place d'un cache n'est pas toujours évidente =/

[Roworll]

Pour ma part, j'ai déjà utilisé un système très simple alliant BDD et fichier de ressource (pour les prix)
Il suffit d'une interface d'admin permettant de modifier la table des prix en BDD couplé avec une fonctionnalité d'export.
L'export prend alors les infos en BDD et reconstruit l'équivalent de batiments_prix.php
Rapide et efficace.

Le code que tu présentes laisse supposer qu'il y a autant de variables que de ressources x type de bâtiments

Code PHP :

<?php 

$CaserneMetal

$CaserneBeton

...

$GarageMetal

$GarageBeton

... 

[Argorate]

J'espere que ce n'est pas vraiment serieux?

Il n'y a ni besoin de fonction, ni de BDD pour ce genre de chose (a moins que le prix des btiments puissent varier avec des raisons in game)
Si ce n'est pas le cas, une fois le jeu équilibré, les couts en divers ressurces par batiment sont fixes, donc pas de BDD (perte de temps).
Quand a la fonction, j'ai pas saisie l'interet!?

En effet, il suffit de faire une page à inclure le cas échéant, comportant simplement un tableau...

exemple:

Code PHP :

<?php 

$info_cout_batiment[1]['nom'] = 'Maison';

$info_cout_batiment[1]['nb_pa'_a_utiliser] = 2;

$info_cout_batiment[1]['cout_ressource_1'] = 20;

$info_cout_batiment[1]['cout_ressource_2'] = 50;



$info_cout_batiment[2]['nom'] = 'Tour de defence de la mort';

$info_cout_batiment[2]['nb_pa'_a_utiliser] = 3;

$info_cout_batiment[2]['cout_ressource_1'] = 15;

$info_cout_batiment[2]['cout_ressource_2'] = 100;

... etc... 

[lemouix]

Moi je dis que rien ne vaut la bonne progra objet :p avec des triggers en bdd pour tous les calculs de ressources, libération d'espaces, calcul de ressources, ...

[jo_link_noir]

Je comprend pas bien comment vous faites pour stocké en bdd. Dans le cas ou j'ai plusieurs variable pour le prix c'est géré comment ? faut bien un fichier avec les calculs non ?

Personnellement j'ai fait une classe U1_Batiment qui étant Batiment (classe abstraite) avec dedans une méthode initPrice(ElementBatiment $element), qui calcul le prix et le rentre dans $element.
Et donc, à ce niveau je pourrait mettre un système de cache non ?

[Sephi-Chan]

Et bien, tu as plusieurs moyens.

Dans la table qui stock tes bâtiments, pourquoi ne mettrais tu pas une colonne par ressource ?

Si cette solution ne te plaît pas, tu peux aussi mettre un champ de type texte dans la table et y stocker un tableau sérialisé en JSON, de la forme (et dans ta classe, tu le déserializes) :

{

  gold: 46,

  wood: 34

}

Après, je ne connais pas ton système, peut-être les bâtiments ont-il un niveau et que le coût de base se calcule seon ce niveau, etc.
M'enfin il y a toujours une solution plus propre que l'écriture en dur dans des variables.


Sephi-Chan