我正处于构建新ASP.NET网站的规划阶段。该网站实际上是一个交易Web应用程序，用户将登录并执行基本的CRUD数据操作。目前，该网站可通过传统桌面浏览器和移动浏览器访问。对于移动浏览器，我们将构建一个单独的缩小版本的网站。
将来我们可能会决定为Android或iOS设备创建原生移动应用程序。
所以我的问题是设计系统以便轻松支持的最佳方法是什么？这就是我的想法。我正在考虑为该网站建立3层。后端将是数据库 - SQL Server 2008.我们将使用存储过程进行所有数据访问。中间层将是Web服务层。该层将使用RESTful Web服务构建，并包含所有业务逻辑。这些Web服务将提供对数据库的访问。前端将使用ASP.NET构建。前端只包含表示逻辑。这些层实际上将部署在物理上独立的服务器上。
然后我想当我们决定构建一个原生Android或iOS应用程序时，我们可以构建这些应用程序，只需调用主站点正在调用的相同RESTful Web服务。
这看起来像是一种合理的方法吗？我唯一能想到的是，我们现在正在构建它的方式，Web服务将在防火墙后面，并且外部世界无法访问。当我们想要支持原生移动应用程序时，我们需要让外部世界可以访问Web服务。
有什么想法？这似乎是构建高可用性，高使用率的Web应用程序的好方法，需要在未来支持本机移动应用程序吗？
谢谢， 科里
答案 0 :(得分：3)
我和Rober Harvey在一起。使用ASP.NET MVC，您可以立即制作演示文稿网站，将其用作模拟您的Web服务;使用他为您提供的link，设置移动浏览网站，并在构建移动应用时使用网络服务。
对我而言，这看起来是一个很好的计划。关于公开的Web服务，您可以通过在Web服务中实现API密钥来保护自己，因此只有您的应用程序才能使用它。