Newsgroup: it.comp.lang.delphi
Titolo: Applicativo con pocket pc

Salve
ho una commissione da un mio cliente che è un ristoratore.
Vorrebbe creare un programma per gestire il suo ristorante (fin qui tutto
ok), ma vuole anche la possibilità di fare ordini dai tavoli con un
terminalino!!!
Avete idea di che tipo di terminalini e in che modo con delphi poterli
gestire?
Aiutatemi.
GRAZIE
-- 
Gilberto Marzuillo
Via Ceccano, 13
81100 Caserta
Italia
Tel. 
+39 0823351859
Fax 
+39 06233239522
Cell. 
+39 3476496431
Cell. 
+39 3287141100
web: 
www.marzuillo.com
e-mail: 
gilb...@marzuillo.com
icq: 35603715

 gestire?
Di programmazione pocket PC se ne e' parlato tempo fa. Esiste un tool
di sviluppo Delphi Like, IMHO sarebbe piu' furbo cercare una soluzione
hardware specifica e poi ti crei un tool in delphi da mettere sul
"server" per la ricezione.
-- 
I am what I am, I do what I can
Non trovi qualche cosa? 
http://url.repository.biz/go/1J

 "server" per la ricezione.
Per completezza una ricerca su google del tipo:
terminale radio ordini tavoli 
Porta alcuni risultati interessanti, poi eventualmente cerca sulle
pagine gialle online.
Saluti.


 terminalino!!!
il mio consiglio e' quello di usare Intraweb per creare un'applicazione di
gestione comande ad hoc, e, sui pocket pc, il browser PIE. Per un esempio di
altra tecnologia, invece, dai un'occhiata sul mio sito 
www.altastagione.com
,
dove troverai un gestionale per la ristorazione con ormai 7 anni di sviluppo
alle spalle e gestione dei pocket pc per la raccolta comande.
Ciao, Sandro

 "server" per la ricezione.
Sono daccordo per la soluzione hardware, a quanto sembra sono due o iPaq
oppure Orderman, ma quello che mi manca e sapere da chi ha già esperienza su
che strada avviarmi.
Rimane che l'applicativo server sarà in Delphi, ma sui terminalini penso che
dovrò adattarmi vero?
Grazie


 > ok), ma vuole anche la possibilitą di fare ordini dai tavoli con un


> Grazie e complimenti sai darmi altre dritte?
grazie a te :) Dritte? Si: non infognarti in un programma di gestione
ristoranti: il cliente ti fara' credere (come sempre succede) che gli
servono due cose in croce, e poi continuera' per anni a chiederti modifiche,
aggiunte e implementazioni. E' un lavoro infinito.
Ciao, Sandro


Io tempo fa per una ristorazione mi sono programmato dei lettori di codici a
barre della Meteor.
I terminali si programmano in uno pseudolinguaggio fornito a corredo del
software. I singoli programmi venivano scaricati negli stessi e di
conseguenza si poteva definire un semplice algoritmo di gestione del numero
di tavolo e delle ordinazioni (le funzioni erano piuttosto limitate ma piu
che sufficienti per la realtà da gestire). Naturalmente il cameriere gira
con il "librettino" di tutte le portate ed i rispettivi codici a barre.
Dal lato pc un componente ActiveX in ascolto sulla porta seriale (alla quale
era collegato un satellite di ricezione) mi forniva lo stream su un file di
testo (uno specifico per ogni terminale) dei dati ricevuti... da lì poi il
resto è piuttosto semplice: interpreti i codici a barre e li gestisci a tuo
piacere.
Questa gestione, benchè piuttosto semplice e veloce da implementare, ha
degli ovvi svantaggi pratici (velocità di gestione delle ordinazioni e
necessità di rivedere e ristampare periodicamente i succitati librettini).
Dovessi farlo oggi sicuramente utilizzerei la piattaforma PocketPC. Magari
sul PC metti un piccolo server web e, via wireless, una serie di web
services che forniscono i dati al browser dell'iPaq. In questo modo il costo
di programmazione del lato client è praticamente zero e l'applicazione è
fruibile da un comune browser (volendo, sei slegato dalla piattaforma
PocketPC, sia per quanto riguarda i test che le eventuali evoluzioni
future).
L'unica altra strada che vedo percorribile, ma a mio sicuramete meno pratica
(infatti, data la dimensione media di una ristorazione, non hai
necessariamente bisogno di immagazzinare dati sul dispositivo), è utilizzare
il framework .NET e sviluppare il lato Mobile in VB.Net o C# o gli Embedded
Visual Tools, scaricabili gratuitamente dal sito MS (E-VB ed E-VC++). Non so
sinceramente se Delphi 8 possa creare applicazione Pocket PC, ma non
investirei il tempo in strumenti non standard.
Per ultimo, anzi per primo, visto il tipo di applicazione, prima di
sviluppare da zero, valuterei cosa offre il mercato. Ci sono infatti ottimi
prodotti rivenduti ad un prezzo sicuramente inferiore rispetto al costo
dello sviluppo da nuovo dell'applicazione, già ampiamente testati e che ti
garantiscono comunque un buon ricarico, se non altro in termini di
assistenza degli stessi.
Ciao.
Gianluca.

 aggiunte e implementazioni. E' un lavoro infinito.
Accidenti quanto è vero. ;-)
Infatti in generale oggi come oggi, prima di sviluppare qualcosa di nuovo,
verifico insieme al cliente se non esistano già soluzioni adatte a lui. Sia
in termini di funzionalità che di costi.
Ciao.
Gianluca.

 dovrò adattarmi vero?
Da quel che ne so, per la piattaforma .Net Microsoft NON ha rilasciato il
Compact Framework, quindi nemmeno con Delphi 8 per .Net è possibile
programmare i PocketPc (ovviamente a meno di utilizzare soluzioni web
oriented come quelle indicate da Gianluca).
In questi giorni sto ultimando lo sviluppo di un'applicazione di gestione
della rstorazione insieme ad un mio cliente ed abbiamo optato per Delphi
lato server e VB.Net lato PocketPc: se ti interessa, puoi chiedere
informazioni a 
villiam...@syntradev.it
Saluti
        info @ 
marcobortolani.it

 ha scritto nel messaggio
news:mSVQb.189228$_P.66...@news4.tin.it...


 ha scritto nel messaggio
news:XM1Rb.190853$_P.67...@news4.tin.it...
