Newsgroup: it.comp.programmare
Titolo: Due chiacchiere sul web2.0

Ciao a tutti. Non ho domande tecniche da fare, volevo solo dei pareri,
spero che questo sia il posto giusto.
Sono l'autore di un software gestionale scritto in visualbasic, sono
un programmatore vecchio stile....
Il programma ormai e' vecchio e vorrei riscriverlo ex-novo con
tecnologie piu' recenti, ed ho deciso di cominciare ad esplorare il
mondo del web2.0 (sono troppo in ritardo?)
Ho visto che la rosa delle possibili scelte e' molto ampia e mi genera
un po' di confusione.
Un software gestionale fruibile dal web, quindi con l'ausilio di un
browser, mi impone sicuramente di usare un linguaggio che mi permette
di modificare parti della pagina senza ricaricarla tuaa ogni volta,
immaginate menu' a tendina che si aprono e si chiudono, mascherine che
devono comaparire e scomparire sopra ad altre etc....
Quindi, la scelta obbligatoria e' AJAX? Mi sembra di aver capito che
AJAX non e' un linguaggio ma una tecnologia il cui cuore e' il
XMLHttpRequest giusto? Con quale linguaggio adottare AJAX come
tecnologia? Forse Ruby, Perl o cos'altro?
Passiamo al Framework, ovviamente non voglio dedicare tutto il mio
tempo a disegnare menu' accattivanti e script java che mi permettono
di spostare per es. oggetti sulla pagina web, ma vogli oconcentrarmi
sul flusso del programma che deve ricevere dati modificarli e
restituirli, quindi e' d'obbligo un Framework che mi permette di
istanziare un oggetto e farlo funzionare con poco sforzo no? Anche qui
vedo un bel po' di soluzioni, Dojo, Rico, Sarissa, Rialto, Symfony
etc...
Quello che vi chiedo e':
E' esatto quello che ho detto fino ad ora? Qualcuno di voi ha gia'
sperimentato piu' vie e se la sente di darmi un consiglio, una dritta
su quale combinazione di tecnologie utilizzare e con quale strumento
svilupparle?
Grazie 1000 a tutti.

 tecnologia? Forse Ruby, Perl o cos'altro?
Qualsiasi linguaggio lato server puo' andare bene. Certo alcune piattaforme 
hanno framework per lo sviluppo di applicazioni web che sono gia' integrati 
fortemente con AJAX.
So Ruby e' uno di questi. Java ne ha altri. Ma la lista puo' continuare con 
.NET, python ecc.
Tu che piattaforma / linguaggi conosci? 


Io conosco PHP e Perl.

 Io conosco PHP e Perl.
Pur non conoscendo approfoditamente PHP e Perl, credo che affrontare un 
gestionale con questi 2 linguaggi possa essere difficoltoso.
Essendo stato precedentemente scritto in Visual Basic (non so che versione 
pero') , magari ti viene piu' facile spostarti su .NET.
Credo che si possa ancora utilizzare il VB (
VB.NET
?) per sviluppare 
applicazioni web, tramite il framework di .NET.
Ma questo punto spero intervengano altri perche' di .NET non ne so nulla ;) 

 Ma questo punto spero intervengano altri perche' di .NET non ne so nulla ;)
E di Zope che mi dite? Puo' aiutarmi?

.
-- 
Nicola Larosa - 
http://www.tekNico.net/

.
Che bello, e' proprio il tipo di risposta che stavo aspettando.
Mi vedrete presto sul vostro ng.
Ciao e grazie.

 di modificare parti della pagina senza ricaricarla tuaa ogni volta,
Devi chiarirti su questo punto prima di fare altri passi. Cosa significa 
usufruibile da web con l'ausilio di un browser?
1.Vuoi fare un front-end per gestionale che giri dentro un browser con 
le tecnologie proprie del browser?
2.Vuoi fare un front-end che venga caricato semplicemente con un link 
sul web?
3. Deve essere multi browser e/o multi piattaforma?
Una volta che hai deciso quali sono i requisiti decidi qual'è la 
piattaforma preferenziale.
In ogni caso, in linea di massima, avrai due parti da tenere in 
considerazione: la parte client e la parte server. Spesso queste sono 
completamente separata sia per architettura sia per linguaggio.
Per finire senza entrare troppo nel dettaglio:
1. se il gestionale deve essere cross-browser e cross-platform usato da 
un numero non identificato di client a cui non si può richiedere di 
installare alcunch'è allora la strada migliore è il browser. A quel 
punto ti scegli la libreria javascript che ti facilita le cose.
Una ottima è quella di yahoo:
http://developer.yahoo.com/yui/
C'è anche un'altra strada che rispetto a quella del browser puro (no 
plugin) presenta un linguaggio di programmazione, un'architettura ed una 
documentazione decisamente migliori di qualunque soluzione Ajax. Si 
chiama Flex:
http://examples.adobe.com/flex3/componentexplorer/explorer.html
e si avvicina di più al tuo modo di lavorare. E' meno collaudata della 
strada Ajax e potrebbe avere dei punti critici con grandi quantità di 
dati da gestire.
2. Se ai client gli puoi fare installare quello che vuoi e magari stai 
nel mondo windows e non ti interessa il cross platform perchè non usare 
.net con Smart Client?
http://faser.net/public/tmp/outlook/publish.html
Quella è solo una GUI però caricata da Internet, autoaggiornabile etc etc
3. Se hai invece esigenza di cross platform la stessa cosa di sopra la 
potresti fare usando Java Web Start.
E questo era solo per affrontare l'aspetto client. Poi ci sarebbe da 
vedere l'aspetto server. Il database da usare, il linguaggio server-side.
Ci sarebbe anche da considerare se l'applicazione deve funzionare anche 
in assenza di connessione Internet, oppure no.
Se è si le strade sono molteplici. Nel caso di "sofwtware sul web" puoi 
scegliere Adobe Air
http://www.adobe.com/products/air/
Google Gears
http://code.google.com/apis/gears/
o la soluzione tutta integrata di Mozilla Firefox e XUL che ti permette 
di fare applicazioni usufruibili da browser in remoto o in locale, con 
widget desktop etc etc. Insomma la stessa tecnologia con cui è fatto 
Firefox e Thunderbird.
Ciao.
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"

 Devi chiarirti su questo punto prima di fare altri passi.
Ti ringrazio molto, la tua risposta e' molto esaustiva.
Sto guardando Flex.... non lo conoscevo e' fantastico!

 devono comaparire e scomparire sopra ad altre etc....
"Un gestionale fruibile dal web" <> "un gestionale fruibile da internet".
Molte persone tendono a confondere la rete con una delle sue applicazioni:
il web. Non è strettamente necessario che un'applicazione sia presentata
da un browser, perché sfrutti a pieno le potenzialità della rete. A mio
avviso (e sarà una visione anacronistica, ma tant'è), scrivere un
gestionale via web, a meno che non sia *proprio* il web un requisito
indispensabile, è un errore. Il web è nato per la presentazione delle
informazioni ed è stato adattato all'interazione. Anche sfruttando AJAX,
che migliora di molto l'apparenza e l'interazione di un'applicazione,
bisogna sbattersi moltissimo per ricostruire meccanismi interattivi che
con applicazioni desktop si ottengono in 3 secondi. Personalmente ti
consiglio di sviluppare un'applicazione desktop e farla funzionare in rete
(è possibile in un miliardo di modi). Per realizzare un'applicazione del
genere puoi sfruttare qualunque ambiente, da Visual Studio a Delphi 2007.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Mi vedrete presto sul vostro ng.
E' tutta pubblicità. Poi ti permetti di contraddirli e ti becchi le
parolacce :-D


 parolacce :-D
Una FUD-battuta, divertente... beh, in effetti no.
-- 
Nicola Larosa - 
http://www.tekNico.net/
Watch people at video games. You can't tear them away. More import-
antly, they truly are exercising their minds. They problem-solve.
They take notes, read books of hints and strategy. [...] And they
form social communities, sharing hints, tips, and methods.
 -- Donald Norman, June 2001

 Una FUD-battuta, divertente... beh, in effetti no.
Una risposta utile... beh, in effetti no.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
