Newsgroup: it.comp.programmare
Titolo: [lungo] Non reinventare l'acqua calda

Ciao a tutti.
Vorrei qualche consiglio per evitare di reinventare qualcosa che gia' c'e' 
ammesso che ci sia.
Gestisco le librerie di base di una procedura molto complessa scritta in C.
Tale procedura usa, per il colloquio a video, delle ''maschere'' (circa 
1300) salvate su altrettanti files.
Le librerie si incaricano della visualizzazione delle maschere e della 
gestione dell'input da tastiera, i programmi si limitano a chiedere alla 
libreria di visualizzare le maschere e di ritornare i valori dei campi 
inputati dall'utente.
Il tutto e' stato inizialmente sviluppato per l'interfaccia a carattere e 
compilato in svariati ambienti (dos, os/2, vari Unix, Linux, Mac OS X).
E' stata anche sviluppata una versione ''grafica'' delle librerie per 
aggiungere alcune delle funzionalita' consentite da tale interfaccia e 
supportare il mondo MS Win (95, 98, NT 2K XP).
In ogni caso le librerie sono linkate staticamente ai programmi appicativi.
Adesso stavo pensando di fare qualcosa di diverso e cioe' di staccare le 
librerie di gestione del video/tastiera/mouse riscrivendole in Java e 
facendole comunicare con l'applicazione vera e propia tramite TCP/IP.
Con questo otterrei svariati risultati, tra cui un interfaccia grafica 
comune a tutte le piattaforme hw/sw e la possibilita' di averla in remoto 
su linee lente senza la necessita' di ricorrere a strumenti come Cytrix, 
Terminal server, Tarantella, X11 ecc. ecc.
Ho gia' iniziato a sviluppare in java un piccolissimo prototipo per testare 
la fattibilita' pratica del tutto e da quello che ho fatto finora mi sembra 
che la cosa possa funzionare.
Cosa ne pensate ?
Esiste gia' qualcosa di simile ?
Stefano L.
-- 
Stefano L.

 vera e propia tramite TCP/IP. 
Hai considerato l'idea di utilizzare l'HTML per le maschere e di
integrare la tua applicazione con un server web? Questa soluzione
richiede sicuramente qualche modifica in più alla logica
dell'applicazione, ma in questo modo puoi evitare all'utente il
download di un client (anche sotto forma di applet dentro un
browser) e, se non utilizzi estensioni proprietarie di HTML, ti puoi
evitare il "write once, debug everywhere" che purtroppo è tipico di
java (perlomeno a livello di applet) e di javascript. 
Se scegli di realizzare la soluzione in java considera l'utilizzo di 
un sistema di crittografia (soprattutto se il sistema sarà utilizzato 
su reti aperte) e l'idea di utilizzare comunque HTTP (o HTTPS) come 
protocollo di trasporto (per evitare problemi con proxy e firewall 
che di solito rendono la vita difficile a chi utilizza protocolli 
proprietari e porte non standard. 
-- 
Valter Minute
vmi...@inwind.it
 (the reply address of this message is invalid)

 proprietari e porte non standard.
Ho presente il problema ma non avevo pensato a soluzioni specialmente 
riguardo ai proxy.
Non avevo minimamente pensato alla possibilita' di appoggiarmi a http o 
https.
Di nuovo sai indicarmi dei documenti ?
Grazie di tutto.
-- 
Stefano L.

 come e' quello in questione.
Sono perfettamente d'accordo. E' meglio avere, comunque, un'applicazione
client e una server (magari, se necessario, implementando una logica 3-tier,
mediante applications server). Internet (se la tua app girera' tra sedi
distanti dell'azienda) puo`, con le dovute precauzioni in termini di
sicurezza, fornirti il sostegno su cui far viaggiare le informazioni, come
faresti, normalmente, in rete locale. A mio avviso, le applicazioni
gestionali con interfaccia web sono molto piu` complicate da manutenere e
non offrono la stessa "potenza" di interfaccia normalmente richiesta da un
programma del genere.
--------------------------------
Inviato via 
http://usenet.libero.it