Newsgroup: it.comp.java
Titolo: consigli...

Allora...
Nella mia azienda dobbiamo sviluppare una applicazione interna. Si tratta 
della compilazione del rapportino con le ore.Giocando in casa mi posso 
quindi permettere di sperimentare.
Fino adesso ho utilizzato struts per l'interfaccia, non è il massimo ma 
funziona.
vorrei sottolineare che la manutenibilità ed economicità di sviluppo sono le 
vie da seguire quindi niente incredibili librerie javascript con effetti 
speciali ma criptiche e difficili da debbuggare.
Consigli???
Mi consigliate JSF?
e ora scatenatevi! 

 wrote

Il mio consiglio e' quello di acquistare un prodotto e non di scriverne uno. 
Perche' reinventare la ruota? Se vi serve un word processor ne scrivete uno 
o usate word (o simile)?
Per la applicazione timesheet ha solo senso svilupparne (forse) una in-house 
se per caso:
- foste una ditta enorme e quindi costasse meno svilupparla voi piuttosto 
che comprare chissa' quale super licenza
- i vostri requisiti fossero estremamente particolari.
Con una brevissima ricerca google ho trovato:
http://www.livetecs.com/Home/Features.aspx
(
http://www.livetecs.com/Home/Screenshots.aspx
)
la versione senza limiti pare costare $200 dollari in versione downloadable 
o $400 se vuoi anche i sorgenti.
Probabilmente $400 e' quello che costa un programmatore in un paio di giorni 
di lavoro al massimo (nei quali non potra' mai completare un sistema 
simile).
Se anche non fosse possibile tradurre il software in italiano, sarebbe 
sicuramente possibile farlo nella versione con i sorgenti...
Tommy

Grazie per il consiglio ma il progetto serve anche come training per uno 
stage.
Ciao!


 Mi consigliate JSF?
direi di si, alle jsf ci abbini tranquillamente componenti interessanti:
richfaces - 
http://livedemo.exadel.com/richfaces-demo/index.jsp
myfaces, trinidad e tobago - 
http://myfaces.apache.org/
e altro ancora, in particolare per quanto riguarda le funzionalità ajax.
-- 
++ Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://unopuntozero.wordpress.com/
http://www.flickr.com/photos/marko_po/


Ciao, tempo fa abbiamo realizzato la stessa cosa in java e pure JSP: tempo 
di lavoro, purtroppo, abbastanza
alto (1 mese).Mi permetto di dire che fu una scelta miope, meglio sarebbe 
stato usare qualcosa di già pronto,
o quasi pronto, ed adattarlo.
Scorpio. 

 stage.
Ok, il discorso cambia allora...
Tommy

 
Che devo consigliarti? Sei tu che sai le tue esigenze.
Di certo l'interfaccia e' l'ultimo dei problemi.
Dipende dalla complessita' dell'applicazione.
Nella mia vengono gestiti un paio di centinaia di dipendenti e un gran 
numero di consulenti (che variano nel tempo).
Tutti gli utenti accedono al timesheet previa login al portale della 
intranet aziendale, quindi viene ereditato l'identificativo di sessione.
Gli utenti vengono visti dal timesheet in gruppi, ognuno dei quali ha 
visibilita' solo di alcuni progetti/applicazioni di competenza, quindi 
c'e' tutta una gestione amministrativa del db che si occupa di questa 
organizzazione (che per fortuna non e' di competenza mia).
Io trovo tutto scritto sul db e devo solo limitarmi a gestire delle 
pagine dove vengono selezionati i giorni, e le attivita'.
La cosa piu' rognosa, dal punto di vista dell'interfaccia, ritengo sia 
quella che visualizza il calendario, coi giorni festivi evidenziati in 
modo diverso e compilabili solo se gli utenti appartengono a determinati 
gruppi.
Non ho approfondito la visualizzazione del calendario, perche' non era 
li' che dovevo mettere le mani.
Comunque ritengo che la difficolta' sia tutta nella progettazione e 
nella definizione della base dati.
L'interfaccia in confronto rasenta la banalita', e farla in java 
piuttosto che in altro e' indifferente dal punto di vista tecnico.

 e ora scatenatevi!
Secondo me le JSF sono ottima scelta sopratuttto se cogli il pretesto per
imparare
COme dice rootkit c'e' mnezzo mondo che sviluppa framwork per JSF oggi.
Se non altro non ti sentirai abbandonato ....
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 piuttosto che in altro e' indifferente dal punto di vista tecnico.
l'interfaccia rasenta la banalità *se*, e soltanto *se*, scegli il modo 
giusto di realizzarla. con il framework giusto diventano banali le 
pagine arricchite di widget e skin, le invocazioni ajax, le validazioni, 
etc..
io non so cosa intendi per "andare giù di brutto con html direttamente 
nel codice", ma se vuoi la verità mi è venuta la pelle d'oca.


grazie per i consigli.
saluti 

 nel codice", ma se vuoi la verità mi è venuta la pelle d'oca.
Intendo questo:
__START__
...
<%
		}
		if (data.getListaAttivita().getAttivitaBean().isClientDestinable()) 
		{
%>
		<%-- Richiedo il cliente --%>
			<tr>
				<td width="20%" class="input2Dgrigio">
<%
			if (data.getListaAttivita().getAttivitaBean().getFlagObbligo() == -1) 
			{
%>
					(*)&nbsp;
<%
			}
%>
					Cliente:
				</td>
				<td class="input2Dbianco">
					<select name="selCliente" class="input2Dbianco" id="selCliente">
						<option selected></option>
						<%=data.getClienti().getHTMLOptions(data.getCliente())%>
					</select>
				</td>
			</tr>
<%
			}
		}
%>
...
__END__
Del resto e' una struttura che ho trovato gia' presente nello jsp e mi
sono limitato a replicarla per aggiungere il mio campo alla pagina.
Non so che cosa tu pensassi, magari proprio a questo. Dimmelo tu.
Ma di fatto, io sono stato molto contento di trovare dell'html embedded
cosi' ho immediatamente localizzato il punto dove andare a mettere le mani
e fare le modifiche del caso.
Probabilmente sviluppare tutta l'interfaccia in questo modo puo' essere
eccessivo, ma per una modifica localizzata fatta da chi non ha tempo ne
modo di capire tutto il giro, e' l'ideale.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Intendo questo:
....brrr...dopo aver visto quel codice...pelle d'oca anche a me...
Un incubo da manutenere...
-- 
Lucio Benfante
JUG Padova           
http://www.parancoe.org
 ...have a look at it!
www.jugpadova.it
 
http://www.jugevents.org


Straquoto. Scriptlet = preistoria.
Ok per JSF: abbinale alle facelets.
Tieni presente che la "filosofia" è un po' diversa da Struts.
Probabilmente userai di più lo scope session.
Per l'interfaccia grafica usa pure le RichFaces di Jboss o i tag di
Oracle.
E' sempre un mucchio di javascript a runtime ma a te sviluppatore si
presentano come tag qualsiasi.

 modo di capire tutto il giro, e' l'ideale.
guarda, si tratta di una questione su cui mi sembra superfluo dibattere 
tanto è palese, in ogni caso se il risultato che ottenete sta bene a voi 
sta sicuramente bene anche a me. io sono certo che un'interfaccia scritta 
in quel modo non può che fare ribrezzo anche dal punto di vista utente, 
ma tant'è... se la gente è convinta che "l'ideale" sia questo vorrà dire 
che gli piace anche il risultato. 


 che gli piace anche il risultato. 
Quando tra la progettazione e la programmazione ci sono di mezzo tanti 
strati, e l'utente finale non parla ne' coi primi ne' coi secondi, il 
fatto che il risultato finale piaccia o meno e' del tutto irrilevante.
Stiamo parlando di software aziendale ad uso interno, che in 
amministrazione si legge COSTO.
Tutto il resto e' una conseguenza.

 Tutto il resto e' una conseguenza.
se è per questo tutti abbiamo un occhio di riguardo ai costi, non è che 
ti sto dicendo che sia giusto stare a pettinar le bambole. 
fare le cose "per bene" non è un vezzo, è un modo per ridurre (fra 
l'altro) i costi di sviluppo e manutenzione. tu stai sottolineando il 
fatto che, da da perfetto profano, eri in grado di intervenire su quelle 
pagine: peccato che se il programma fosse stato strutturato correttamente 
sarebbe stato per te ancor più semplice fare gli stessi interventi (è 
facilmente dimostrabile). se poi tu fossi stato anche meno profano, 
avresti ulteriormente ridotto i costi fornendo anche codice correttamente 
testato, quindi meno prono ai bug. infine, a *parità* *di* *costo* il 
risultato sarebbe stato molto migliore: usare i framework serve proprio a 
questo, ottenere determinati risultati senza scrivere una linea di codice 
in più. se poi il software risulterà più usabile vorrà dire che farà 
meglio il suo lavoro, con maggior soddisfazione e migliori risultati per 
chi lo utilizza. 
è vero che l'amministrazione lo vede come costo, ma se non le viene data 
una corretta visibilità (se non una stima preventiva) non può 
controllare. tant'è vero che mi piacerebbe sapere quanto è costato, nel 
complesso, quel progetto, raffrontato con quanto sarebbe costato se 
realizzato da un team competente che magari in poche giornate e un budget 
predeterminato sarebbe in grado di rifarlo da zero. fintanto 
l'amministrazione non viene messa in condizione di fare questo tipo di 
valutazioni pagherà poco alla volta ma il conto alla fine sarà 
salatissimo.


 salatissimo.
Qua sfondi una porta aperta.
Ma se anche tu, come penso, hai avuto occasione di lavorare in grosse
aziende, saprai che i budget sono a breve scadenza, e certi progetti
vengono autorizzati solo se il costo iniziale e' minore di tot, poco
importa quanto verra' a costare dopo, saranno problemi del dirigente che
ci sara' dopo.
Adesso facciamo in modo che costi 100 cosi' partiamo.
Poi si faranno modifiche e pezze varie che costeranno 100 l'una.
Io gli amministrativi e i commerciali non li ho mai capiti.
Io faccio il programmatore e sono abituato fin dalle elementari che 1+1 fa
2. 
P.S. il progetto principale che sto seguendo, sono riuscito a riscriverlo
da zero nei tempi morti, e adesso e' solido come una roccia e strutturato
meravigliosamente, tanto che per qualunque modifica, il tempo di
intervento e' quasi trascurabile, e la qualita' della mia vita lavorativa
e' migliorata tantissimo, ho un sacco di tempo libero, e cosi' mi rifilano
cose da fare come quella in oggetto del timesheet da modificare.


Se avete esigenze di "flussi di pagine" complessi (inserire dati,
conferma, modifica, torno indietro, no vado avanti, ecc) un'latra
possibilità è data da Spring Web Flow, della famiglia Spring. Si
tratta di un framework per la costruzione di flussi di pagine che
semplifica moltissimo l'implementazione di flussi comunque complessi.
Per avere un'idea dell'approccio, ti consiglio senz'altro i seguenti
link:
http://www.ervacon.com/products/swf/intro/index.html
http://www.javalobby.org/articles/spring-webflow/
Considera inoltre che Spring Web Flow prevede e supporta
l'integrazione con altre tecnologie come JSF, AJAX, e altri framework
(come Struts, Velocity, ecc).
Ciao
Daniele


Generalmente un framework decente non si comporta cosi'. Al massimo
per fare cose molto particolari (e con particolare certo non si puo'
intendere inserire un javascript per un framework web!) ti costringe a
qualche "trucchetto" di non grande eleganza.
Ma se ci pensi, senza il buon frameowk, anche tutto il resto sarebbe
stato un trucchetto di non grande eleganza.
Il framework custom che citi, non si puo' neppure portare come
esempio, perche' un framework web che ignora javascript non sta ne' in
cielo ne' in terra.
In realta' non credo neppure che fosse vero quanto riporti: javascript
lo puoi far rientrare con tale facilita' che non vedo proprio il
problema (volendo puo' bastare anche solo tag <script> nella sezione
<header> e sei apposto).