.dsy:it. (http://www.dsy.it/forum/)
- Fondamenti di architettura e programmazione (http://www.dsy.it/forum/forumdisplay.php?forumid=234)
-- [Progetto] MailMerge (http://www.dsy.it/forum/showthread.php?threadid=36057)

Originally posted by Supernick
perche se ho capito bene (e sarebbe una novità ) nei file dei nomi, i singoli nomi delle variabili sono posti su righe diverse quindi

Primo
Nome

son due variabili distinte, ma

Primo nome

è la stessa variabile

appunto! ed è per questo motivo che non possono essere fatti controlli sul file dei nomi.

se nel file dei nomi c'è

primo nome secondo nome
cognome


primo nome secondo nome è da intendersi come unica variabile

che sembra scritto da Battiato in una fase acuta di depressione...

si, vero, infatti questo controllo è scritto esplicitamente nel testo

già, vanno confrontati il numero di nomi con il numero di valori per riga..

"ogni riga
conterr`a esattamente tanti valori quante sono le righe (e quindi le variabili)" (4.2, pg 2)

esatto.

scusate (per curiosità) voi su che strutture state lavorando.

io credevo di fare un vector per la lettura da documento (così non ho problemi per le dimensioni) però poi trasferire tutto in array (dandoli come dimensione vector.size()) che son più facili da gestire

anch'io ho abusato di vettori ehehe... sono comodissimi!

e l'interfaccia voi dove l'avete utilizzata?
Malchiodi mi disse che non è obbligatoria (xk se la togli e rimuovi l"implements alle classi, è uguale), ma lui vuole vedere come la sfruttiamo...

si non è obbligatoria, però la puoi usare e riportarne come traccia i metodi usati nelle classi Document, Mail e Report (se hai fatto coem me che Document è superclasse (NON astratta ovviamente) di mail e report la usi solo per implementare questa classe).
quindi alla fine l'interfaccia la usi come parametro da passare quando istanzi documentprocessor.

penso sia così.... (anche se non l'ho ancora fatto )

una domandina poi, il FileModelli deve iniziare per forza con
BEGIN xyz o può iniziare anche con una riga vuota? mi serve per gestire le eccezioni...

Originally posted by Supernick
si non è obbligatoria, però la puoi usare e riportarne come traccia i metodi usati nelle classi Document, Mail e Report (se hai fatto coem me che Document è superclasse (NON astratta ovviamente) di mail e report la usi solo per implementare questa classe).
quindi alla fine l'interfaccia la usi come parametro da passare quando istanzi documentprocessor.

penso sia così.... (anche se non l'ho ancora fatto )

una domandina poi, il FileModelli deve iniziare per forza con
BEGIN xyz o può iniziare anche con una riga vuota? mi serve per gestire le eccezioni...

infatti, perchè comunque non so se darli che "SE il file inizia con qualcosa di diverso da BEGIN Doc o BEGIN MAil o BEGIN Rep = errore oppure se anche la riga bianca è consentita...vabbeh è un problema moooolto minore

No no <primo nome>, primo nome è la variabile e nel file dei nomi primo nome è sulla stessa riga x forza

piccolo semi off topic:
nelle modalità di consegna citate nell'ormai mitico testo di questo "entusiasmante" progetto, c'è scritto che il malloppo cartaceo dei documenti va consegnato mercoledi 16 settembre...tutto perfetto, tranne per il fatto che il 16 settembre è un martedi!
allora voleva dire martedi 16 settembre
o mercoledi 17?
scusate ma mi scappa da ridere....

Originally posted by Lukkei
piccolo semi off topic:
nelle modalità di consegna citate nell'ormai mitico testo di questo "entusiasmante" progetto, c'è scritto che il malloppo cartaceo dei documenti va consegnato mercoledi 16 settembre...tutto perfetto, tranne per il fatto che il 16 settembre è un martedi!
allora voleva dire martedi 16 settembre
o mercoledi 17?
scusate ma mi scappa da ridere....

Oddio, per fare tutte le letture mi è venuto fuori un Vector di Vector di String

Raga, ma voi che tipo di argomento passate al costruttore del Report per quanto riguarda i paragrafi? 0_o