Paul,
I've not done any Pocket PC apps, but I don't think that matters for this particular architecture type of question. I recommend the first choice you listed: using a Web Service.
~~Bonnie
>I am getting ready to create a Pocket PC based client application for a POS system based on Visual FoxPro. I am trying to decide what the best architecture for the application is. Order processing must happen in real time so as soon as an order is placed it needs to hit the database on the network. Connectivity will be via wireless lan.
>
>After reviewing the technology available, I feel like I basically have three choices:
>
>1. Create an application using the .Net Compact Framework. Data would be transmitted to and from the application using a VFP COM control published as an XML Web Service.
>
>2. Create a web based application using a technology like ASP.NET or ActiveVFP, and run the application via Pocket Internet Explorer.
>
>3. Create a VFP application designed for a small interface like the PocketPC and run it via terminal services on the PocketPC device.
>
>Of the three solutions, I am leaning towards the first. It seems that I would have greater flexibility and performance by creating the app to run on the device. Coding would most likely go more quickly creating a web app, but I am concerned about having to load a new page every time the user performs any action. DHTML support in Pocket IE seems to be non-existant.
>
>In either case, I will be writing a set of business objects in FoxPro.
>
>So based on these parameters, does anyone have any suggestions for what might really be the best way to create this solution?
>
>Thanks!