Newsgroup: it.comp.lang.visual-basic
Titolo: Palmari dot net help

Ho da realizzare un'applicazione
con dot net 2003 (a tal proposito ringrazio Gianluca e Lele per le
indicazioni sull'ambiente di sviluppo)
per l'invio e ricezione di "allarmi" da e verso un palmare.
Lo scenario e' il seguente. 
Da pc dovrei inviare una serie di informazioni ad un palmare.
Ricevere conferma di avvenuta consegna del messaggio 
Ricevere sul pc le informazioni modificate dal palmare.
Non ho chiaro come potrei sviluppare un'applicaizione simile
Ho pensato tramite sms ma la soluzione non mi sembra poi molto 
adeguata. 
Sarebbe piu' performante se il pc potesse "telefonare" al palmare 
e stabilire una connessione tcp/ip
Oppure ad intervalli regolari potrebbe il client tentare di
connettersi al pc (ma mi piace meno)
Se qualcuno ha gia' sperimentato questo tipo di applicativi 
potrebbe illuminarmi su come operare?
Grazie

 connettersi al pc (ma mi piace meno)
No, l'uso di sms/gprs non mi pare una soluzione efficace ne economica.
Una soluzione potrebbe essere l'uso di socket e del protocollo tcp/ip.
L'argomento non è semplicissimo ma è il più usato.
Un altro è l'uso di webservices.
Questo richiede che il server faccia anche da webserver, ma questo è il 
meno: si installa IIS e sei a posto.
Sinceramente non ho mai provato questa soluzione.
Altro ancora, meno sofisticato ma forse più semplice: si fa uno scambio di 
file di testo su una cartella condivisa sul server.
In tutti i casi, essendo il PPC il client è lui che esegue le richieste o 
che comunque a tempo va a controllare se ci sono novità, a meno che la 
connessione non sia stabile, ma questo per un dispositivo mobile è 
improponibile.
Ciao 

Per uno scenario simile (applicato a dei rappresentanti che girano per 
la città e si connettono al magazzino quando devono fare ordini) avevo 
fatto alcuni ragionamenti non molto tempo fa.
Se il palmare dispone di qualche metodo di connessione wireless (e si 
presume che venga utilizzato in una zona coperta dal segnale wireless), 
usa tcp/ip.
Se volessi usare tcp/ip, non disponendo di copertura wireless, potresti 
utilizzare le funzionalità dei nuovi smartphone e connetterti con 
UMTS/GPRS... con costi di connessione abbastanza alti.
bye


Grazie davvero.. 
se hai qualche esempio illuminante da fornirmi te ne sarei proprio 
grato. 

 (in entrambi le direzioni) la vedo poco efficiente.
Lascia perdere le telefonate, non servono a niente e costano.
Ciao 

A questo punto puoi delegare una parte all'intelligenza dell'operatore.
Da quanto mi sembra di capire il problema è la connessione.
Anche perché gli operatori potrebbero spostarsi in zone con connettività 
limitata o assente.
E qui andrebbe bene la tua idea degli sms.
Quando l'operatore riceve l'sms, si connette tramite GPRS/UMTS e usa 
l'interfaccia che hai creato.
A questo punto puoi creare tutto lato server.
Implementi un webservice, o più semplicemente una paginetta asp con un 
form, e dal browser dello smartphone invii i dati.
Questa soluzione potrebbe essere preferibile in quanto
1-tutte le elaborazioni te le fai sul server
2-gli aggiornamenti riguarderebbero solo il server e non tutti gli 
smartphone
3-sei slegato dal sistema operativo dello smartphone (l'operatore 
potrebbe preferire un portatile piuttosto che un PDA, o magari 
connettersi con un Palm o un telefonino con browser integrato).
bye


Grazie sempre disponibile , a buon rendere

bye
Grazie anche a te Nicola.