HTML5 web app - Choosing serverside technology

manpreet Best Answer 2 years ago

Right now, I'm choosing technologies for a simple crossplatform mobile application. Target systems are basically iOS, Windows Phone 7.5 and Windows 8. In the first step it's going to be a local https://forum.tuteehub.com/tag/wireless">wireless LAN application.

There are existing servers (using .net / WCF) that have all the data I want to display. The app will be polling every few seconds and give a live view on the data. I won't be accessing the data server directly but have to create my own app-server in between.

For the client I chose the HTML5, CSS, JavaScript (JQuery) approach to make it run in any modern browser. So I'll have to communicate via http.

My question is which technologie to use for the server side of my app. I have to receive http requests, get data (at best via WCF) from another server and send it to the client as xml or html. (I am not quite sure whether server or client has to convert xml data into html)

Searching the web I figured out two possible approaches:

• ASP.net
• Building my own simple http server using WCF

Looking at some ASP.net documentation and examples I got the impression that it just works the way I know from PHP etc... (Client sends request, server runs a script/programm, server sends https://forum.tuteehub.com/tag/response">response, programm terminates) I cannot keep objects in memory and run code independent of client requests. Or at least it's not designed to work like that. Is that correct?

That would force me to build my own very simple server that can answer a few specific http requests.

So my questions are:

• Are my assumptions about ASP.net correct? Or did I get something wrong?
• Would be an own http server the way to go?
• Can you recommend any other approaches (within the Microsoft / .net world)?

Thanks in advance...

manpreet 2 years ago

There are countless web technologies that could do it but the thing that stands out for me is this:

There are existing servers (using .net / WCF) that have all the data I want to display.

So you've already got .net kicking around and I can't help thinking that the fastest way to get data out of a .net/WCF server is with a .net/WCF client.

For that reason alone I'd go with asp.net MVC. Gives you a quick and easy path to getting to your data while leaving you with a lot of flexibility with how you handle the "V" part (straight HTML pages, ajax with xml data or json etc)

Just last month asp.net mvc was released under the Apache 2.0 open source license.

For your use-case, I'd keep well away from asp.net webforms and asp.net ajax

edit:

I cannot keep objects in memory and run code independent of client requests. Or at least it's not designed to work like that. Is that correct?

ASP.net (like a lot of application servers) has both session and application scopes you can store data in. You can also create background threads to perform work outside the standard request->response lifycycle.