06-01-2008, 04:19 PM
Bonjour,
ok je vais expliquer:
mais je ne suis pas sur de le garder ainsi ça dépendra du modèle que j'adopte finalement.
type_metier => dans mon jeu il y a 5 types de métiers différents qui ne se gèrent pas du tout de la même manière.
des producteurs lambdas (produisent des ressources)
des artisans lambdas(transforment ces ressources pour en faire d'autres)
ces travailleurs sont gérés de manière automatique à la manière d'un batiment de production.
je pensais lier ces deux là à une même table ressources en disant qu'un bout de bois est une ressources tout comme un manche d'outils fabriqué avec un bout de bois et qui servira lui même a fabriquer un outil qui est également une ressource
des producteurs évolués (collectent des ressources particulières qui ont des caractéristiques différentes)
ex:un bout de bois peut être
un bouleau élément feu qualité 50%
ou
un bouleau element feu qualité 20%
ou
un if élément air qualité 30% etc ...
des artisans évolués qui produisent des items avec ces ressources en utilisant des outils aux caractéristiques particulières un marteau en fer fabriqué par tel artisan n'est pas forcément le même qu'un autre marteau en fer produit par un autre artisan et l'item fabriqué à l'aide de ce marteau aura donc lui aussi des caractéristiques différentes.
Un système de craft donc.
je pensais lier ces deux là à une table ressources_particulières et peut être une table items
Eux sont gérés "à la main" par le joueur surtout les artisans puisque c'est le joueurs qui bidouille ses ingrédients pour fabrique un item.
enfin
des aventuriers qui sont gérés comme un perso de jeu de rôle.
donc en fonction du type de métier ses différent habitants doivent subirent une simple mise à jour de production ou êtres gérés par le joueurs au coup par coup il faut donc que je puisse les reconnaitre.
la localisation dans la table joueur est la position de sa cité dans la table habitant c'est la position de cet habitant là en particulier sur la carte.
Les habitants n'exerce pas forcément leur métier au sein de la cité ça dépend de la disponibilité des ressources sur place ou non, les aventuriers se déplacent également et il faut pouvoir savoir où ils se trouvent.
des batiments collectifs qui appartiennent à la cité => entrepots, places de marché, tavernes etc
des bâtiments qui appartiennent aux habitants => maisons ateliers etc
j'aurais pu les mettre dans une même table mais plutôt que de faire un champs vide (id_habitants) lorsqu'il s'agit d'un batiment collectif j'ai préféré diviser la table en deux.
si un entrepot s'écroule par manque d'entretient cela impacte sur tout le clan si une maison est détruite cela impacte seulement sur son propriétaire.
voilà
ok je vais expliquer:
Citation :pourquoi il y a id_metier et type_metierid_metier => comme un habitant ne peut exercer qu'un seul métier à la fois je me suis dit que ça pouvait figurer dans cette table.
mais je ne suis pas sur de le garder ainsi ça dépendra du modèle que j'adopte finalement.
type_metier => dans mon jeu il y a 5 types de métiers différents qui ne se gèrent pas du tout de la même manière.
des producteurs lambdas (produisent des ressources)
des artisans lambdas(transforment ces ressources pour en faire d'autres)
ces travailleurs sont gérés de manière automatique à la manière d'un batiment de production.
je pensais lier ces deux là à une même table ressources en disant qu'un bout de bois est une ressources tout comme un manche d'outils fabriqué avec un bout de bois et qui servira lui même a fabriquer un outil qui est également une ressource
des producteurs évolués (collectent des ressources particulières qui ont des caractéristiques différentes)
ex:un bout de bois peut être
un bouleau élément feu qualité 50%
ou
un bouleau element feu qualité 20%
ou
un if élément air qualité 30% etc ...
des artisans évolués qui produisent des items avec ces ressources en utilisant des outils aux caractéristiques particulières un marteau en fer fabriqué par tel artisan n'est pas forcément le même qu'un autre marteau en fer produit par un autre artisan et l'item fabriqué à l'aide de ce marteau aura donc lui aussi des caractéristiques différentes.
Un système de craft donc.
je pensais lier ces deux là à une table ressources_particulières et peut être une table items
Eux sont gérés "à la main" par le joueur surtout les artisans puisque c'est le joueurs qui bidouille ses ingrédients pour fabrique un item.
enfin
des aventuriers qui sont gérés comme un perso de jeu de rôle.
donc en fonction du type de métier ses différent habitants doivent subirent une simple mise à jour de production ou êtres gérés par le joueurs au coup par coup il faut donc que je puisse les reconnaitre.
Citation :J'aimerais que tu m'expliques l'utilité de localiser un joueur, et la différence avec la localisation d'un habitant. Selon moi, la localisation dans la table joueurs est de trop, sauf si ça s'explique.
la localisation dans la table joueur est la position de sa cité dans la table habitant c'est la position de cet habitant là en particulier sur la carte.
Les habitants n'exerce pas forcément leur métier au sein de la cité ça dépend de la disponibilité des ressources sur place ou non, les aventuriers se déplacent également et il faut pouvoir savoir où ils se trouvent.
Citation :J'aimerais que tu m'expliques la différence entre un bâtiment d'un joueur & un bâtiment d'un habitant.Il y a deux types de batiments:
des batiments collectifs qui appartiennent à la cité => entrepots, places de marché, tavernes etc
des bâtiments qui appartiennent aux habitants => maisons ateliers etc
j'aurais pu les mettre dans une même table mais plutôt que de faire un champs vide (id_habitants) lorsqu'il s'agit d'un batiment collectif j'ai préféré diviser la table en deux.
si un entrepot s'écroule par manque d'entretient cela impacte sur tout le clan si une maison est détruite cela impacte seulement sur son propriétaire.
voilà
