2014年6月26日,星期四

分步视频:Azure中的远程SharePoint代码

正如我在上一篇文章中指出的 现代SharePoint开发– techniques for 开箱即用 code,SharePoint开发世界中有一种通常所说的运动“云应用模型”. In a nutshell, this is the approach that many development tasks *must* use for Office 365, and *can* use for on-premises SharePoint. Specifically, 云应用模型 is about having custom code run “off-box”使用 远程 API,而不是服务器端API–毕竟,在Office 365中 ’根本不可能将自定义SharePoint代码部署到Microsoft’s服务器(这是不允许的,因为一些错误的代码可能会影响许多客户端的服务)。但是,正如我上次指出的那样,即使在本地项目中,这种方法也会有好处-例如:

  • 更大的隔离度 – an app running “off-box”无法关闭整个组织的SharePoint
  • 升级方便 –在SharePoint中进行的自定义次数越少,升级(例如,升级到SharePoint 2015)就越容易
  • 过渡到云的可能性 –如果组织甚至在半周内考虑迁移到Office 365(例如,在未来几年内),则构建解决方案,“cloud-friendly”方式意味着无需/只需进行少量返工即可移动。当然,我们有多个客户要求我们采用这种方式–因为他们想在前进时为Office 365(或混合)敞开大门

Some different flavors of 开箱即用 code include:

  • 在浏览器中运行的客户端代码 -使用JavaScript对象模型(JSOM)或JavaScript中的REST API
  • 远程服务器端代码 –使用.NET客户端对象模型(CSOM)或来自服务器的REST API

对于后一种情况,您需要标识可以在其中运行CSOM代码的非SharePoint服务器。此处的常见选择包括使用Azure(或类似的云服务)或提供自己的IIS服务器–因为应用通常是必需的“trust”远程代码,这是“provider-hosted apps”您可能已经听说过。当我’经常说,我真的很喜欢Azure选项,因为照顾了许多基础结构(SSL,高可用性,扩展能力,备份/还原,发布到Internet等)。

提醒一下,Microsoft供应 *很多* of useful 远程码 in their Office App模型样本 包(称为“AMS samples”) –这涉及您可能会遇到的许多常见情况。但是您仍然需要弄清楚从哪里运行代码,并完成“remote code”配置步骤以使此代码(或任何远程服务器端代码)运行。

指引– my subtitled video showing end-to-end config of 远程码 in Azure

有许多与应用程序和远程代码相关的资源,但是步骤很简单,有时甚至很麻烦。’很难跟踪整个过程。所以我决定制作一个视频,其中有很多标题说明了每个步骤– the scenario I’我使用的是在Azure中配置远程事件接收器(RER)。但是请注意,也许90%的步骤适用于托管位置为Azure的任何远程服务器端代码方案。因此,如果您有任何类型的提供商托管的应用程序,并且想要从Azure运行它,则’将需要相同的步骤(即使您’re not using RERs).

下图可能会让您对视频/字幕有所了解:

COB RER视频快照

链接

如果您有任何反馈/问题,请在此处发布’我会尝试回应。谢谢!

2014年6月16日,星期一

演示平台:现代SharePoint开发– techniques for 开箱即用 code

WP_20140610_003我最近在SharePoint Evolution 2014大会上做了几场演讲(同样是路演!去左边的游览车!)我在伦敦和剑桥讲话-我在演讲中度过了愉快的时光,并且进行了一些精彩的对话与与会者。

我为这些演讲创建了一些新材料(幻灯片/演示等),并将在接下来的几篇文章中(从此处开始)发布指向这些文章的链接。我第一次’录制了我的演示并将视频发布到YouTube(幻灯片组中的链接)–因此,希望演示中传达的许多信息也可以使用。


"现代SharePoint开发-将代码移出SharePoint服务器的技术"

背景

在我们许多人第一次接触后将近两年的时间里,’s fair to say that “SharePoint apps”不会消失。尽管Microsoft当然已经改变了SharePoint开发人员世界中的某些事物,但看来app / 远程代码模型是Microsoft致力于并会继续投资的东西。’在每种情况下都不正确,我通常也会接受这样的信息:以这种方式构建解决方案甚至可以对本地部署有所帮助。这里的一些具体点包括:

  • 更大的隔离度– an app running “off-box”无法关闭整个组织的SharePoint
  • 升级方便–在SharePoint中进行的自定义次数越少,升级(例如,升级到SharePoint 2015)就越容易
  • 过渡到云的可能性–如果组织甚至在半周内考虑迁移到Office 365(例如,在未来几年内),则构建解决方案,“cloud-friendly”方式意味着无需/只需进行少量返工即可移动。当然,我们有多个客户要求我们采用这种方式–因为他们想在前进时为Office 365(或混合)敞开大门

在与与会者交谈时,我意识到,对于许多人来说,微软’s push to this “云应用模型” hasn’还没有真正引起共鸣。他们问“为什么要进行更改,尤其是在需要新技能并且许多常见的SharePoint事情变得更难以实现时?”。好吧,我同意’总是有意义的。没有人在说你 用这些技术做事。例如,如果组织确定云存储在’在接下来的几年中为他们提供合适的解决方案,并且他们对管理SharePoint(包括他们可能承担的任何升级项目)所达成的协议感到满意,–您可以使用服务器场解决方案和完全信任代码来提供更多业务价值。

但总的来说,我认为至少 意识 of this emerging trend (towards 云友好 SharePoint development) is beneficial. Hopefully this slide deck is of some use here, but there are many other good resources too –我在本文末尾列出了一些

介绍

有3个主要领域–每个都有随附的演示/ YouTube视频:

  • 在Azure中运行代码(以远程事件接收器为例)
  • 使用"PowerShell + CSOM" scripts
  • 微软的分析"AMS Samples"
原始摘要

那些实施Office 365的人知道自定义代码无法在SharePoint服务器上运行,因此必须使用远程代码替代方法。但是,采用相同的方法可能很有价值"cloud-friendly"开发技术,甚至适用于本地实施。除了提高平台稳定性之外,这还使您可以为部署增加灵活性,从而无需进行重大重新设计就可以在将来向Office 365转移。通过几个以代码为中心的演示,本次会议探讨了切换到"off-box"代码-包括远程事件接收器,PowerShell和CSOM脚本,以及对基于JavaScript的方法的致谢。我们’我还将深入了解Microsoft’Office App模型样本(AMS)以及为什么要关心它们。

资源/进一步阅读