BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第2章节--SharePoint 2013 App 模型概览移到云端-CSDN博客

BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第2章节--SharePoint 2013 App 模型概览移到云端

.APP结构使你能够配置和部署Apps到SharePoint，同时也能构建、打包和引用部署到云上的库。尽管新的App模型非常“以云为中心”，你也不必每次都部署代码到云端。可选的是，你可以部署云数据到内部部署的IIS服务器上。在这个部署情形中，代码并不存活在SharePoint服务器上，但是你仍在使用云App模型部署它到IIS。在这个非云应用程序中，你正使用IIS，它可能是完全内部部署安装的应用程序（如果你内部部署安装了完整SharePoint Server版本就是这样）。在云App中，Windows Azure是备用设备（例如，在微软管理的公共云数据中心）。然而，两类Apps都有两个部件：配置文件（.APP），和程序集（运行你的程序），它部署在分开的服务器域中。因此你既可以在你的或者你的客户的设备上运行SharePoint Apps，又能在Internet上运行。
关键是在每个架构部署一个云App方法是相似的。不同之处在于每个App在哪儿被支持。下图图示了两个可能的应用程序架构，反映在代码上是部署在Windows Azure还是部署到IIS上。在非云应用程序中，你使用IIS--可能是一个完全内部部署安装的APp（如果你安装了完整的SP Server内部部署版本的话是这样）。在云App中，Windows Azure域并不是内部部署的（例如，在微软管理的公共云数据中心）。然而，两类Apps都有两个部件：配置文件.APP，和执行你代码的程序集（部署在单独服务器域中）。因此你要么在你的或客户机器，要么在Internet运行新的SP App。

与之前SP App模型相比，关键的转换成为新的设计目标，将代码移出服务器。设计目标这个词，指的是这样的事实，向后兼容在SP2013中仍然是可能的，但是因为SP前进的方向，所以继续使用那些服务器密集型开发/部署模型是不推荐的。微软将降低许多非云区域的重要性（有时会减少支持，例如将来不再支持沙盒解决方案）。微软只是不能阻止对大量跨版本的App的支持。
你考虑SP2013开发故事的时候，记住以下几个事实：

关键将来的方向就是在云上，所以你现在就要学习这个新的App模型。
微软持续支持一些旧的功能，但是不必到处谈论他们（因为要部署到云的策略）。
一些平台功能将越来越快的被遗弃，在不久将来就不会支持，因此你要开始减少使用它们（例如，沙盒解决方案）。

简而言之，适当留意App到云的演进。这个演进到云的结果是非服务器端代码。SP2013提供新的选项，集中到客户端APIs和编程能力。这意味着更多使用HTML、CSS和JavaScript。也意味着习惯使用OAuth管理和验证跨域调用，使用拓展集的REST和OData功能与SP数据交互。
本章主要讨论SP Apps--十一章节会详讲Office Apps。SP Apps部署模型有三个不同方式。下个部分会讲解。