标签：2013 sharepoint
BEGINNING SHAREPOINT? 2013 DEVELOPMENT 第1章节--SharePoint 2013 介绍 处理开发人员需求
SharePoint本质上是一个平台。你必须理解哪些平台功能，才知道SharePoint如何能帮助你（开发人员）。当你探索并了解组成此平台的功能范围时，你会看到一些有趣而引人的机会出现在开发人员面前。
我们看一个实际例子。如你所知，一个业务生产平台意味着终端用户可以是他们更加协同，并在日常工作生活中更多产--SharePoint当然能够做到。它可以立刻被终端用户用来作为应用程序。例如，一个HR部门可能使用SharePoint管理雇员复审，或销售团队用它管理每月销售预测仪表板用于BI。
在所有这些情形中，SharePoint首先代表终端用户协同平台，其次代表熟练的开发人员可以增强或拓展的基础。所以，当你的销售经理来到你（开发人员）身边，要你设计一个SharePoint网站集，集成来自SAP系统的每天销售数据，然后在SharePoint站点中地图上画出高潜力的市场--这样销售人员可以看到当前销售途径与机会区域--你会想知道SharePoint中这类App将以何种方式呈现呢。。
我们从两个角度看这项任务：
- 终端用户。想要一个他们可以打开、管理销售文档和表格、筛选/填入数据，然后能快速在地图上查看他们应该将目标放在什么地方的网站。他们希望易用可控的App；
- 开发人员。想要实现易用直观的体验，并且高效管理。
作为开发人员，执行任务时你想同时保持两个观点。在这样做的过程中，给每个任务应用解决方案可能要考虑自带功能--如文档库和列表--和核心服务、功能以及平台内置APIs，来使你到达下一个层次（从开发角度）。你也可以集成第三方或自定义的基于云的服务来完善开发体验。
对于这个特殊例子（和你的销售经理），你可能要用到业务连接服务（BCS）（它是一系列SharePoint内置服务，能让你连接到业务线系统）和Excel Services，这样你可以为销售人员创建数据透视表。使用BCS的最后结果是一个包含销售数据的动态生成列表App和文档库App（你可以保存电子表单）。因此，你需要创建两类Apps--文档库（使用Excel Services）和外部列表App加载外部LOB数据。然后你可以集成基于HTML或JavaScript的Apps（使用云部署服务）创建一个Bing地图，然后将绿色图钉代表高潜能的区域，红色代表低潜能或者饱和市场。这个App是第三个，但是后面它使用了你插入的服务（如Bing
Maps Service）和你自定义的服务（拥有逻辑来基于某些业务规则或信息创建图钉）。你可以在现有团队网站或者新创建自定义站点，完成这三个Apps开发和部署。
这个例子主要想说明，依据你的受众要求，你可以使用SharePoint创建有趣的体验。你应该在你设计和构建自己的SharePoint体验时始终牢记这些选择。
拓展SharePoint 2013
尽管SharePoint代表一系列连接的Apps和功能，它仍然有很多机会留给开发人员在多个层面上来拓展丰富终端用户体验。当你在企业开发人员环境中考虑SharePoint，这个体验很明显是重要的。然而，当独立软件供应商ISVs考虑他们想部署给客户的自定义体验时，有一个能够部署和使用的可靠的平台自定义他们的SharePoint解决方案变得很重要。而且，他们要求一个地方来盈利；就是说，一个应用商店不只提供一个部署和广告的地方，而且提供一个在制品或目录集成的地方。他们的业务基于平台的稳定性、可预见性、可接入性和可发现性。所以拓展SharePoint
2013意味着什么呢？
随着更广泛的云模型进入和集成，拓展并在SharePoint上构建意味着更多Web开发伙伴、客户和ISVs可以加入到SharePoint现象中。一些参加的形式包括：
为SharePoint创建轻量级Apps（如HTML和JavaScript Apps）
使用新的云App模型来构建基于Windows Azure Apps或使用来自更宽系列的Web标准和技术的技术。
为了更深入理解这个可拓展性，你可以搜索论文《Now Is the Time to Determine SharePoint’s Place in Your Application Development Strategy》， John R. Rymer 和 Rob Koplowitz 强化了SharePoint 2013 的模型（由不同层组成）。这两个作者提议SharePoint有一个应用程序层（终端用户与开箱即用协作和生产应用程序集成）；一个自定义层（权利用户和开发人员可以开始为终端用户自定义SharePoint体验）；以及第三层应用程序开发层。
应用程序开层对于开发人员来说是事情变得有趣的一层。这一层，你会大多发现构建并部署（或通过现有SharePoint部件如Web部件或事件接收器集成）应用程序或业务解决方案的解决方案开发人员。这个应用程序开发层是如何演变的也是有趣的一环。下图图解了SharePoint 2013 如何从早期应用程序开发模式演变过来的。
上图显示了SharePoint 2007 运行自定义代码或来自IIS、其他服务器上的服务。大部分自定义代码在应用程序池中使用IIS资源运行。在2010中，SharePoint支持在IIS（或其他服务器）上运行，并且也引入了沙盒解决方案与客户端对象模型CSOM，使得
BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第1章节--SharePoint 2013 介绍 处理开发人员需求
标签：2013 sharepoint
原文地址：http://blog.csdn.net/crazygolf/article/details/37969899
