asp.net Web Api和移动应用程序

时间:2012-08-13 18:07:33

标签: android asp.net xml rest asp.net-web-api

我只是想制作Android的电视指南,以及其他一些移动平台。我想使用RSS更新来更新我的应用程序。在这个特定场景中,我想使用http://tvprofil.net/的RSS资源。我以为我可以从我的Android应用程序中调用网站的RSS XML,解析它,显示,这就是故事的结尾。

但是,我的表兄告诉我,最好的办法是通过Asp.net Web Api服务。处理REST的东西。所以,如果我必须更改资源,喜欢某些iptv提供商的RSS我只会更改服务而不必处理我的移动应用程序。他说,其他优势是,如果我想构建Windows Phone应用程序或以相同方式工作的iOS应用程序,我会为我做同样的服务,只为这些应用程序创建UI和基本内容。

问题是我不知道如何使用Asp.net web Api。

任何人都可以给我一些有用的链接,甚至更好,写一个这个thig的例子。我只是希望来自http://tvprofil.net/的RSS通过Asp.Net Web Api服务,我可以调用服务并将其作为XML或......甚至是Json ...或者为我的应用程序提供任何内容。

整件事让我很困惑

1 个答案:

答案 0 :(得分:1)

如果RSS源有足够的数据供您的应用程序运行,那么您不需要ASP.NET Web Api。 ASP.NET Web Api在这种情况下可以扮演的唯一角色是它是否充当中间人。例如。您的客户端应用程序与您的服务器应用程序(ASP.NET Web Api)联系,后者又从实际的外部数据源(tvprofil.net RSS)中提取数据。

为了完整起见,列出了专业人士和骗子:

优势 使用中间服务器

  • 可靠性即可。即使外部数据源处于脱机状态,您也可以缓存外部数据源的数据并提供该数据。此外,通过缓存数据,您可以将外部数据源上的负载减轻到最低限度。
  • 转化性即可。您的中间服务器可以将外部数据源的数据转换为更适合您的客户端应用程序的另一种格式。当您有许多外部数据源,每个外部数据源都以其他格式提供数据时,这非常有用。您的中间服务器充当客户端应用程序的抽象层。

缺点 使用中间服务器

  • 更多努力。开发和托管中间服务器需要更多的努力。
  • 可靠性即可。您必须确保您的中间服务器在线并连接到互联网24/7