Application architecture (long post - sorry)

Martin P. Hellwig mhellwig at xs4all.nl
Sun Jan 1 07:05:32 EST 2006


Mike Meyer wrote:
> limeydrink at hotmail.com writes:
>> I have looked at the options for developing the client for these
>> "electronic job sheets" and have decided upon Microsoft Pocket PC and
>> the .net compact framework.  It seems the easiest environment for
>> developing and the PDA's can be obtained very cheaply as a package from
>> a GSM/GPRS data carrier.
> 
> That seems like overkill for this application.
> 
>> Problem 1 - Physical connectivity
>> how would I make the actual network connection in to the server from
>> the client
>> Running a VPN connection over GPRS ?
>> Connecting to the web on the client then using web services ?
> 
> The physical connectivity isn't your worry. How you access it from
> software depends on your chosen platform.
> 
>> The above decisions probably depend on the answer to problem 2...
>> How to connect to the data
>> Or even simpler I could just export data for the engineers into XML or
>> .csv files and expose them using a web server the client then just
>> connects to the server and then downloads the job data , and uploads
>> completed job information
> 
> I've gone this route before, and this is why I say your .net solution
> looks like overkill. The phones that GSM providers *give away* have
> web browsers built into them, and it's been that way for years. No
> need for .net or Pocket PC or whatever on the mobile device - just get
> a web-enabled phone. This makes half the development trivial - you
> don't have to do *any* development on the mobile side of things.
<cut>
Somehow I immediately thought of the s60 platform, it even runs some 
form of python if you really need it to ;-)
http://www.s60.com/

-- 
mph



More information about the Python-list mailing list