Porting di jRisk in Python

[gennaro]

Ok gentilissimo grazie! 

[sospiro]

Alessio puoi aggiungere anche me che non capisco una cippa di come fare????

il mio nick è pie....

ciao ciao!!

[`Alessio`]

il mio nick è pie....

sicuro?? io non lo trovo...

[Pixel]

Come appassionato di Risko vi auguro di realizzare il programma in modo che tutti ne possano trarre beneficio .
Non so' nulla di programmazione ma pensavo che se invece di cercare server o altro sfruttaste la rete IRC per agganciare gli IP utenti mediante la generazione di chan temporanei e sucessivamente usaste i medesimi comandi IRC per inviare i dati/partita vi trovereste già bella e che fatta la struttura client/server.
In pratica non dovete far altro che creare un client IRC specifico per il gioco o meglio, il gioco stesso è un client IRC.

ciao

P.S. io tengo le armate nere (rotfl)

[sospiro]

il mio nick è pie....

sicuro?? io non lo trovo...

si si...riesco a loggarmi con quel nick ma non so per nulla come fare ad iscrivermi....
ho provato mandare una email ma non ho capito bene per cosa....

fammi sapere se riesci a fare qualcosa!!!

[`Alessio`]

il nick pie non esiste su savannah... sei sicuro di esserti iscritto?? cmq magari prova a reiscriverti scegliendo un nick più lungo...

[sospiro]

si ci sono...

prova a vedere qui : https://savannah.nongnu.org/users/pie

non sono sicuro di avere fatto giusto però....

[`Alessio`]

ho pubblicato un diagramma delle classi relativo ai due casi d'uso

https://savannah.nongnu.org/cookbook/ed ... roup=jrisk

cerchiamo di trasferire tutto sul sito, così si può chiudere il post qui

[sospiro]

ma non riesci ad aggiungermi allora???

[gennaro]

@Alessio
Che ne dici se invece di usare tcm che è un progetto ormai non più attivo (l'ultima versione del programma è stata rilasciata nel 2003) usiamo un programma ancora attivamente sviluppato tipo umbrello? Inoltre il formato file prodotto da tcm non è visionabile con altri editor...

Cambiando argomento... visto che gli oggetti Spostamento e Battaglia hanno in comune diversi attributi quali partenza, destinazione e numero_armate perchè non definire una classe madre MovimentoArmata (o altro nome...) con questi tre attributi e magari anche un metodo Esegui(), da cui far discendere due classi figlie? 

[`Alessio`]

ecco il caso d'uso UC1


va bene per umbrello, se magari scegliessimo qualcosa di più stabile sarebbe ottimo (ArgoUML?)




in allegato il modulo in python

[gennaro]

ArgoUML l'ho istallato ma non riesco ad avviarlo  :-\ ... va bene se usiamo Dia? Mi sembra abbastanza stabile... 

P.S. Non vedo l'allegato, come mai? 

[gennaro]

Scusate gentilmente qualcuno può dirmi se questo diagramma che ho allegato è fatto bene o è sbagliato?  Sapete sto imparando adesso... :-[ Rappreenta il primo caso d'uso... fatto con i diagrammi Use Case... Grazie, ciao. 

[sospiro]

Ciao...
non gli ho mia fatti i diagrammi use case, quindi non so dirti...per rappresentare i casi d'uso non conviene utilizzare i sequence diagram??
con Umbrello si possono realizzare, con gli altri programmi non lo so....ma credo proprio di si....

[`Alessio`]

ho modificato il post precedente, ora l'allegato c'è

[gennaro]

Ale se programmi solo tu non vale! :P voglio provarci anch'io! Stavo ragionando sul secondo caso d'uso e mi sono fermato qui:

Codice: Seleziona tutto

class Territorio:
	"Definisce attributi e metodi di un territorio"

	def __init__(self, nome, giocatore, armate = 1, confini = []):
		self.__nome = nome
		self.__giocatore = giocatore
		self.__confini = confini

		if armate < 1 : self.__armate = 1
		else: self.__armate = armate

	def getNome(self): return self.__nome

	def getGiocatore(self): return self.__giocatore

	def getArmate(self): return self.__armate

	def setArmate(self,n):
		if n < 1 : raise Exception
		else: self.__armate = n

	def addArmate(self,n): 
		self.setArmate(self.__armate + n)

	def confinante(self,territorio):
		n = territorio.getNome()
		for terr in self.__confini:
			if terr.getNome() == n:
				return True
				break
		else: return False


class TerritorioFactory:
	"""
	Classe addetta alla creazione dei territori.
	La classe segue i pattern Singleton e Factory.
	"""

	__instance = None

	def __init__(self):
		""" Costruttore """
		if TerritorioFactory.__instance:
			raise TerritorioFactory.__instance
		TerritorioFactory.__instance = self

	def nuovoTerritorio(self, nome, giocatore, armate = 1, confini = []):
		""" Costruisce un nuovo Territorio """ 
		return Territorio(nome, giocatore, armate, confini)


class Spostamento:

	def __init__(self, partenza, destinazione, numero_armate):
		self.__partenza = partenza
		self.__destinazione = destinazione
		if self.__numero_armate < 1 :
			self.__numero_armate = 1
		else : self.__numero_armate = numero_armate

	def esegui(self):
		gioc1 = self.__partenza.getGiocatore().getNome()
		gioc2 = self.__destinazione.getGiocatore().getNome()
		if (gioc1 == gioc2) and (self.__partenza.confinante(self.__destinazione)):	
			self.__partenza.addArmate(-self.numero_armate)
			self.__destinazione.addArmate(self.numero_armate)
		else: raise Exception

Non so dove mettere il codice che gestisce la comunicazione tra il sistema e l'utente... devo modificare la classe Partita?

per rappresentare i casi d'uso non conviene utilizzare i sequence diagram??

Non so come si fanno! :-[ Comunque adesso vedo...

[`Alessio`]

Stavo ragionando sul secondo caso d'uso

per quanto riguarda il secondo caso d'uso forse è meglio attendere un secondo, sto per pubblicare il nuovo diagramma concettuale, poi vi spiego meglio cosa ho in testa e se vi piace si comincia

[gennaro]

Peccato... ci avevo messo tanto impegno  ... ma almeno il codice che ho postato lo possiamo riutilizzare quando pubblichi il secondo diagramma o è tutto sbagliato? 

[`Alessio`]

Peccato... ci avevo messo tanto impegno  ... ma almeno il codice che ho postato lo possiamo riutilizzare quando pubblichi il secondo diagramma o è tutto sbagliato? 

aspe, analizziamo e progettiamo le prime parti, poi ri-utilizziamo tutto quello che ci serve

ecco il diagramma cmq, fatto in DIA (per me si può usare come standard fra di noi)

la parte relativa alle giocate (rinforzo, posizionamento, attacco) è da sistemare, devo aggiungere le varie classi (Posizionamento sarà una sorta di classe Spostamento, da analizzare bene dopo, soprattutto in virtù delle regole)

oh, lo ripeto anche se è inutile: trattasi di diagramma concettuale, alcune entità come Utente e Armata molto probabilmente in fase di progettazione verranno scartate (le armate si possono descrivere come attributo int sul territorio dove risiedono, Utente invece sarà inutile per ovvi motivi) e altre probabilmente si aggiungeranno (ad esempio, dato che ci saranno delle rules da caricare è probabile che sarà necessario creare una PartitaFactory, che avrà come responsabilità la creazione dell'istanza Partita).

Ditemi cosa ne pensate





ps il file iterazione01.dia.txt è da rinominare in iterazione01.dia

[`Alessio`]

allora, l'analisi è da rivedere, però intanto pubblico i primi diagrammi di progettazione dell'UC1