I need a communication platform for a self hosted service that could be consumed by Android and iOS. I was looking at implementing an HTTP REST service with either WCF using webHTTPBinding or ASP.NET WebAPI. Both are easily consumed from mobile platforms
but don't support duplex and persistent connections which I need. I was wondering if SignalR might be the solution.
1. How easy is it to consume SignalR from Android or other mobile platforms natively, not from a browser?
2. I am somewhat confused about platform support for SignalR's hosts. I read that Only Windows 8 class OSs support WebSockets. So am I to understand that if my application self hosts SignalR, it can not run on Windows 7? or is it the client that must be
Windows 8? or both?
SignalR is the correct solution for your scenario. However curently SIgnalR is only supported natively on Windows Phone8/ Windows 8 Store Apps/ SL5 apps. There are plans to add more native clients in the future
Regarding platform support:
SignalR works on .NET v4 or .NET v4.5. So any Windows Server/Client that can run .NET v4 or v4.5 can be used to run SignalR
The story for self Host is the same. As long as the server or client can run .NET v4 or v4.5 you can use SIgnalR
I am afraid I am just as confused as before. To me "can run on any machine that supports .NET v4 or v4.5" is the exact opposite of "only supported natively on Win 8". Which is it? Here are the questions I need answered specifically with Yes/No answers:
1. Can a SignalR service be self hosted in a windows application compiled against .NET 4.5 but running on Windows 7, and Vista?
2. Can Android and iOS mobile devices consume SignalR host services as easily as they can HTTP REST services?
3. If they can, can they do it natively, not through a web browser with HTML5?
If the answer to any of these three is no, then this won't work. Need to know if I should persue SignalR now or go for WCF or Web API. The problem with these two is that I would have to do a bunch of hacks to simulate duplex and connected sessions. This
is why SignalR looks so attractive.
Dude123
Member
9 Points
57 Posts
is SignalR good for...
Feb 25, 2013 10:57 AM|LINK
I need a communication platform for a self hosted service that could be consumed by Android and iOS. I was looking at implementing an HTTP REST service with either WCF using webHTTPBinding or ASP.NET WebAPI. Both are easily consumed from mobile platforms but don't support duplex and persistent connections which I need. I was wondering if SignalR might be the solution.
1. How easy is it to consume SignalR from Android or other mobile platforms natively, not from a browser?
2. I am somewhat confused about platform support for SignalR's hosts. I read that Only Windows 8 class OSs support WebSockets. So am I to understand that if my application self hosts SignalR, it can not run on Windows 7? or is it the client that must be Windows 8? or both?
pranav rasto...
Member
286 Points
52 Posts
Re: is SignalR good for...
Feb 25, 2013 06:20 PM|LINK
SignalR is the correct solution for your scenario. However curently SIgnalR is only supported natively on Windows Phone8/ Windows 8 Store Apps/ SL5 apps. There are plans to add more native clients in the future
Regarding platform support:
SignalR works on .NET v4 or .NET v4.5. So any Windows Server/Client that can run .NET v4 or v4.5 can be used to run SignalR
The story for self Host is the same. As long as the server or client can run .NET v4 or v4.5 you can use SIgnalR
Dude123
Member
9 Points
57 Posts
Re: is SignalR good for...
Feb 25, 2013 07:15 PM|LINK
I am afraid I am just as confused as before. To me "can run on any machine that supports .NET v4 or v4.5" is the exact opposite of "only supported natively on Win 8". Which is it? Here are the questions I need answered specifically with Yes/No answers:
1. Can a SignalR service be self hosted in a windows application compiled against .NET 4.5 but running on Windows 7, and Vista?
2. Can Android and iOS mobile devices consume SignalR host services as easily as they can HTTP REST services?
3. If they can, can they do it natively, not through a web browser with HTML5?
If the answer to any of these three is no, then this won't work. Need to know if I should persue SignalR now or go for WCF or Web API. The problem with these two is that I would have to do a bunch of hacks to simulate duplex and connected sessions. This is why SignalR looks so attractive.
Ruchira
All-Star
44342 Points
7194 Posts
MVP
Re: is SignalR good for...
Feb 26, 2013 12:22 PM|LINK
Hello,
Yes. But it will not support Web sockets. Most probably it will use long polling.
I don't know how easy it is.
Yes. There are clients for that (Non official I guess, but those will work. Give them a try)
Android - https://github.com/erizet/SignalA
iOS - https://github.com/DyKnow/SignalR-ObjC
My Tech blog | My YouTube ChannelPlease 'Mark as Answer' if this post helps you.