Artigiani

Artigiani postato il 17/01/2010 16:10:16 nel forum programmazione, gdrcd e open source

Buona domenica a tutti

Usando gdr extreme ho notato che non c'e' la possibilita' di far creare gli oggetti agli Artigiani,volevo sapere se e' possibile implementare questa funzione e se si quale parti di codici devo andare a modificare,ho fatto alcuni tentativi ma sono risultati inefficaci,potete darmi un aiuto?

Il Cacciatore di Taglie

17/01/2010 23:18:54

 ,volevo sapere se e' possibile implementare questa funzione

Certo, basta saper programmare

  e se si quale parti di codici devo andare a modificare

Boh? Dipende da come la vuoi gestire. In linea di massima presumo ci sian da fare pagine ex novo.

Homo Faber Fortunae Suae

18/01/2010 09:32:35

Auguri.. non ti basta qualche modifica minore..

Prima ancora di programmare, come ti ha già suggerito faber, devi chiarirti le idee su cosa vuoi ottenere con esattezza. Poi guardi a quello che ti mette a disposizione gdr-cd, e decidi cosa ti manca.

Se ti serve solo abilitare dei pg alla produzione di schede di oggetti, in funzione magari della loro appartenenza a una gilda/corporazione, probabilmente non ti serve un vero e proprio sistema di crafting di oggetti. E neanche se vuoi abilitare singoli pg, svincolando la cosa dalla loro apparetenenza a una corporazione.

Viceversa se vuoi un "vero" sistema di crafting hai molto da fare. Devi stabilire quali oggetti possono essere prodotti e quali no, chi li può produrre e in base a quali eventuali requisiti (esperienza? skill produttive? etc), se la produzione richiede delle risorse da trasformare in oggetti finiti, etc.

Io ho realizzato un sistema di crafting molto simile a quello di Ultima Online (modelli teorici degli oggetti + skill produttive + risorse = oggetti finiti), con una lunga lista di modelli "ideali", divisi in tipi, sottotipi e modelli, a seconda di chi deve produrli, e che una volta prodotti danno luogo a un oggetto reale... ma ti avviso che non é un'impresa da poco in termini di tempo.

Probabilmente ho fatto relativamente in fretta a progettare questa parte della cosa perchè avendo scriptato per Ultima Online conoscevo piuttosto bene quel sistema di crafting... ma non é che comunque ci metti due giorni.

Ad esempio tutta la parte relativa alle risorse, che inizialmente avevo deciso di inserire direttamente nelle definizioni (database) dei modelli di oggetto, ho dovuto rimandarla alle procedure php di ogni pagina "laboratorio", altrimenti non ne uscivo più, con un elenco di 300 e rotti oggetti per i quali decidere quali e quante risorse servono, quanto durano nel tempo, come possono essere usati (equipaggiati come abiti, come equipaggiamento bellico, commestibili, risorse grezze, etc) e via dicendo.

Modificato il 18/01/2010 09:42:45 da ghennadi72

18/01/2010 09:55:39

ps: e non sarebbe una cattiva idea decidere anche quale tipo di equilibrio economico vuoi stabilire nella tua land, dato che é un enorme tallone d'achille, non solo nel play by chat ma anche in molti MMORPG.

Quasi sempre i produttori/commercianti finiscono per arricchirsi senza mai dover pagare nulla per ciò che producono (schede), nel gioco entrano ogni mese quantità di denaro create dal nulla (lavori, mestieri, azioni etc), che quindi non viene mai "distrutto" e finisce regolarmente nelle casse dei commercianti... che, appunto, di nonrma non pagano un fico secco, neanche il materiale che si suppone usino per produrre gli oggetti che poi vendono.

18/01/2010 11:07:46

 ghennadi72 ha scritto:
Ad esempio tutta la parte relativa alle risorse, che inizialmente avevo deciso di inserire direttamente nelle definizioni (database) dei modelli di oggetto, ho dovuto rimandarla alle procedure php di ogni pagina "laboratorio", altrimenti non ne uscivo più, con un elenco di 300 e rotti oggetti per i quali decidere quali e quante risorse servono, quanto durano nel tempo, come possono essere usati (equipaggiati come abiti, come equipaggiamento bellico, commestibili, risorse grezze, etc) e via dicendo.

Un database è progettato appositamente per raccogliere dati, rimandare questi elenchi in pagine php è tutt'altro che performante per l'esecuzione degli script 😨".

Ogni oggetto ha bisogno di specifiche uniche ?

Allora non devi obbligatoriamente inserire tutto in una tabella, ma puoi distinguere le tipologie di dato in un tre tabelle differenti:

- oggetti
- materiali
- materiali_definizioni

dove,

oggetti
- E' la tabella che contiene informazioni sugli oggetti, contraddistinti da id univoco.

materiali
- E' una tabella che contiene i materiali (ogni materiale per oggetto occupa una riga) necessari all'oggetto dell'id specificato (quindi abbini la ricerca in questa tabella contrassegnando piu' righe con l'id univoco di un oggetto). Ogni riga contiene un altro dato univoco, che serve ad identificare una label si trova nella successiva tabella, unito alla quantità di quel materiale.

- Quando richiami un oggetto, esegui una join prelevando da questa seconda tabella tutte le righe che costituiscono l'elenco dei materiali che occorrono. (in questo modo non hai limitazioni, un oggetto puo' richiedere due materiali, un altro 5 e con quantitativi differenti)

materiali_definizioni
- A puro gusto gestionale questa tabella raccoglie un elenco di definizioni per i materiali abbinati ad un id univoco; il vantaggio sta nel fatto che avendo i materiali abbinati per id, qualora un giorno tu voglia aggiungerne di nuovi o modificare i nomi di alcuni pre-esistenti non devi sfacchinare su codice di scripting ma puoi usare un comodo tool gestionale.


Questo mostrato potrebbe essere un esempio valido per strutturare delle tabelle dedite ai tuoi fini in un database.

Rail Nation
Il tuo impero su rotaie online! Guida la tua compagnia ferroviaria dal passato al presente, investi nelle industrie emergenti ecc.

18/01/2010 11:30:37

Lo so, blancks... guarda, a dare un'occhiata al mio sistema chiunque abbia scriptato per sphere, uno degli emulatori di server per UO, riconosce subito l'impronta.

Per certi versi ho persino il sospetto di aver esagerato... ho splittato, in realtà, su più tabelle.

In una definisco le grandi tipologie (es. armi da taglio)
In una i sottotipi (es, spade lunghe, spade corte, pugnali)
In una i modelli (es. gladio, spada gallica, rapier...)

Quando l'artigiano crea un oggetti di fatto va a scrivere in una ulteriore tabella, in cui vengono salvati gli oggetti effettivamente esistenti (e che possono essere personalizzati con immagini e descrizioni aggiuntive), che nella scheda appaiono dopo quelle di default. Quelle di default servono per evitare che un artigiano abilitato a produrre al massimo "pugnali" personalizzi la scheda di un pugnale mettendoci la foto e la descrizione di uan flamberga... :P

O meglio, può anche farlo, ma tanto il giocatore che vedà la scheda saprà comunque che quello é un pugnale :P

Le risorse sono un discorso complesso. E' ovvio che se il sistema regge e non si rivela troppo pesante (questo credo potrà dirmelo solo il betatesting) anche la parte delle risorse verrà passata al DB, con degli script automatici che andranno a riempire le celle destinate alle risorse necessarie per produrre un oggetto nella tabella dei modelli.

Le risorse stesse, in realtà, sono trattate come "modelli di oggetto" (es. lingotto di ferro), con un campo nel quale é indicato se sono risorse produttive o no.

18/01/2010 11:52:20

 ghennadi72 ha scritto:
Le risorse sono un discorso complesso. E' ovvio che se il sistema regge e non si rivela troppo pesante (questo credo potrà dirmelo solo il betatesting) anche la parte delle risorse verrà passata al DB, con degli script automatici che andranno a riempire le celle destinate alle risorse necessarie per produrre un oggetto nella tabella dei modelli.

Le risorse stesse, in realtà, sono trattate come "modelli di oggetto" (es. lingotto di ferro), con un campo nel quale é indicato se sono risorse produttive o no.

Tralasciando che un dbms nasce appositamente per poter gestire, accumulare e raccogliere grosse moli di informazioni, per cui il non sfruttarli per un simile fine con la paura di "appesantire" è troppo spesso abusata: l'ottimizzazione si basa su altre cose.

In primis, l'esempio che ti ho riportato prima, con 3 tabelle differenti, serve non solo ad avere una gestione modulare delle informazioni da trattare ma di recuperare anche, all'occorrenza, solo le informazioni necessarie: Se sei nella borsa di un pg e non nella bottega di un artigiano, non ti servono le risorse ed ecco qui che esegui una query mirata su di un unica tabella senza Join.

Prelevare le informazioni che servono quando servono, dimensionare equamente i campi disponibili in una tabella, mirare le ricerche usando operatori appropriati e disporre le tabelle di chiavi ed indici per le ricerche: è questo che ti porta ottimizzazione sull'esecuzione.

E puoi stare tranquillo che regge (specie, se come su aruba, i database sono localizzati su macchine differenti dedite solo a quello scopo), ho lavorato con database anche piuttosto grossi (parliamo di mezzo GB di informazioni immagazzinate giornalmente) senza subire eccessivi cali prestazionali.

Trattare in maniera differente le risorse, lasciandole cioè gestire via scripting invece, ti comporta si un calo prestazionale

Star Conflict
Star Conflict è MMO a tema sci-fi che offre un combattimento di azione con più di 100 navi con nove ruoli tattici! Esplora l'Universo!

18/01/2010 13:10:52

uhm...avete scritto tanto ma nulla di utile alla mia causa(ma vi ringrazio comunque).
A me bastava semplicemente dare la possibilita' al Capo Mastro della gilda degli Artigiani di accedere al pannello della creazione degli oggetti(tutto qua').
Mi son messo li' e ieri sera piano piano ho finalmente risolto tutto usando una patch di gcdcd"inserisci oggetti"originariamente creata solo per chi e' Admin...mi e' bastato cambiare i permessi e aggiungere qualche riga di codice per fare in modo che gli oggetti creati andassero ad inserirsi nel Mercato.
A volte la via piu' semplice e' anche LA PIU' reditizzia...XD

Il Cacciatore di Taglie

18/01/2010 14:03:27

 blancks ha scritto:
Trattare in maniera differente le risorse, lasciandole cioè gestire via scripting invece, ti comporta si un calo prestazionale

Uhm... no devo essermi spiegato male... le risorse le salvo già nel database, non é che specifico via script quali risorse mi occorrono.

Nel script gestisco solo la quantità di risorse, ecco perchè dico che appena possibile mi limiterò a un massive update della tabella dei modelli producibili.

Ogni modello ha un campo destinato agli ID delle risorse necessarie e alla quantità di risorse necessarie. Devo calibrare decentemente l'intero sistema, per questo ho rimandato la cosa. Il data entry dei modelli ci ha preso parecchio e doverli eventualmente rivedere in seguito rimodificandoli, non mi era sembrata una buona idea :)

Non puoi scrivere in questo forum 

Aggiungi discussione ai preferiti 

Segnala discussione ad un utente 

Programmazione, GDRCD e Open Source 

Torna alla lista dei Forum