Newsgroup: it.comp.lang.delphi
Titolo: Windows CE.NET

Salve a tutti
Lavoro da anni con Delphi 6 e Firebird come base dati.
Ho bisogno di sviluppare un applicativo che giri su una rete di palmari con
OS windows 
CE.NET
Vi chiedo un parere sulle diverse strade possibili
1- Lavorare su server sviluppando un applicativo classico windows e
utilizzare remote desktop dai palmeri
2- Lavorare in ambiente.NET e collegarsi all'applicativo con il browser dai
palmari
3-Sviluppare, passando a Delphi 2006 un applicazione che giri su CE
Qualcuno sa dirmi quali sono i pro ed i contro di ogni soluzione e quale mi
consiglia.
L'applicativo è una raccolta di dati in ambiente industriale e quindi
l'operatore deve essere facilitato al massimo nell'inserimento dei dati.
Grazie a tutti
Gianluca
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 3-Sviluppare, passando a Delphi 2006 un applicazione che giri su CE
fermo restando che non ricordo se d2006 supporta CE e/o CF:
pro: potreti avere *forse* una gui + comoda, non legata al browser
contro: la roba sta lato client e quindi va gestito il discorso
aggiornamenti
Ma i dati li mettono a mano oppure colleghi in qlc modo il palmare ad
una pressa via porta seriale?
A.

 una pressa via porta seriale?
Principalmente immessi dall'operatore ma forse dovrň prendere di dati anche
da seriale
Grazie


 da seriale
e se li becchi da seriale come li mandi via desktop remoto al server?
A.


Questo è tutto da vedere . ma se dovessi prendere qualcosa da seriale mi
rimane solo lo sviluppo di un applicativo su palmare.
O magari una strada ibrida con un applicativo che giri in background e salvi
dei dati ( formato XML ad esempio) sul disco del server e l'interfaccia
utente su Remote desktop o WEB
Grazie ancora


io creerei una piccola applicazione per il palmare che si becca i dati
a mano o da seriale e li salva su un "qualcosa" di locale.
Avresti quindi un "core" che si becca i dati e 2 diverse entita a
seconda se i dati sono inseriti da tastiera oppure letti da seriale, ma
popoli lo stesso storage.
Poi, crei un webservice e lo esponi sulla intranet con una pagina web
da quattro soldi che permette di inviare il contenuto dello storage,
selezionandolo.
Lato server istanzi una classe che prendendo i dati li consolida nel db
centralizzato.
Questa stessa classe la usi dentro una applicazione di comodo,
utilizzabile su un pc normale, che accede direttamente al db
centralizzato.
In questo modo i dati:
1) possono essere letti sia da tastiera che da seriale,
2) inviati via webservice
3) tenuti in locale per essere inviati appena esiste un collegamento
4) spostabili via lan, chiavetta, floppy etc  su un pc su quale gira la
app di comodo
Il difetto è che qlc di locale sul palmare lo hai, ma trattandosi di
puro data entry e salvataggio in locale una volta che il sistema parte
le probabilita' di dover aggiornare il sw dovrebbero essere abbastanza
basse.
Per contro, i dati possono essere rilevati a prescindere dal
collegamento ad un server, intranet o desktop remoto che sia, cosa che
di solito è vitale per evitare che il lavoro degli addetti si
accumuli...
A.

 basse.
E questo è un eterno dubbio....
Grazie ancora
PS : Scusa se insisto ma la scelta remote desktop la scarti a priori per
problemi di affidabilità, di architettura o che altro ?
Buon Lavoro !!!!
Gianluca


 problemi di affidabilità, di architettura o che altro ?
se la rete non funziona l'operatore ha le mani legate.
Ora la rete può non andare per molte ragioni, ma l'esito saerbbe lo
stesso:
L'OPERATORE NON POTREBBE RILEVARE I DATI, con ovvio accumulo di lavoro.
E quando agli utOnti il lavoro si accumula xche il pc non va, si
inkazzano, o xche sono i CAPI o xche vanno dai CAPI a dire che non
funziona una mazza e loro non possono lavorare.
In entrambi i casi i CAPI vengono da te e "rompono".
A parte cio, l'uso di desktop remoto lo vedo prp come l'opzione finale.
Ma questa è una MIA fissazione...
A.

Adesso ho le idee molto più chiare !
grazie del supporto.
Vedrò di supportare questa linea nella scelta aziendale.
Nel frattempo vedrò di lavorare su D2006 per WIN CE
Grazie ancora


 Nel frattempo vedrò di lavorare su D2006 per WIN CE
Io ho visto qualcosina sui palmari usando vs2005, ma veramente poco.
Sarebbe bello e interessante, qualora percoressi questa via,
condividere la tua esperienza.
A.