2017年10月31日,星期二

在2017年欧洲SharePoint会议上的演讲

ESCP17徽标-500

今年11月13日至16日’在都柏林举行的欧洲SharePoint会议’我期待在那儿讲话。这次活动看起来很棒,有令人赞叹的发言人名单和Microsoft的出色代表。 Jeff Teper将作主题演讲,其他Microsoft发言人包括Dan Holme,Mark Kashman,Chris McNulty,Vesa Juvonen,Mike Ammerlaan等。实际上,这是今年欧洲最大的SharePoint项目。

I’我做了两个演讲,我都’之前已给出过,但已更新了最新动态中的内容。作为演讲者, ’谈论一个持续相关的话题真是太好了,但是,哇,您当然必须检查所有信息块仍然有效,并且您’重新介绍最新动态。这些天的演讲厅里到处都是骂微软的人;)无论如何,我的演讲的细节是:

蔚蓝- the best bits for Office 365/SharePoint developers

11月14日,星期二-15:15-16:15

蔚蓝– 那里’考虑了很多’s just a small word! As a skillset, 蔚蓝is practically mandatory for most Office 365 developers. Between 蔚蓝functions, web apps, 蔚蓝AD, BLOB storage, SQL Database, queues and web jobs, 那里 are a lot of useful building blocks –OfficeDev PnP等解决方案大量使用它们。可能是你’重新开始并想托管远程SharePoint代码(例如Office 365应用或提供商托管的SharePoint加载项),或者您可能’re familiar with many 蔚蓝bits but also have a list of “untouched” areas. In this session, 蔚蓝for Office 365 and SharePoint developers, we’ll dig into the most relevant 蔚蓝capabilities, using real scenarios to show winning combinations such as SharePoint web hooks and 蔚蓝functions.

I’ve还添加了以下内容:

  • Graph bindings for 蔚蓝Functions
  • 应用洞察

使用SharePoint框架(SPFx)避免常见的陷阱

11月16日,星期四-15:15-16:15

本届会议超出了“intro”级别的SPFx内容,以讨论在开始使用SharePoint Framework Real时的常见问题。我们’它将涵盖与TypeScript,npm和依赖项,SPFx安全性有关的陷阱,并重点关注与团队开发有关的挑战–包括导致“它可以在我的机器上运行!”。也许您已有现有的JavaScript代码’d想与SPFx一起使用,所以我们’我会说比复制/粘贴更好的方法。我们’我还会看一下当您遇到陷阱时’准备发布SPFx Web部件的版本–从意外捆绑JS库到不“shrink-wrapping”您的依赖关系以实现可复制的构建。

I’ve还添加了以下内容:

  • 正确使用Office UI Fabric,因为这是一项常见任务,比目前应做的要难
  • SPFx中的组件包–在Web部件和SPFx定制程序之间共享通用代码的能力

更多信息

如果你’还没走,我’d认真考虑研究它,并向老板询问可能性。以前的活动非常好,我认为内容始终是高质量的。门票仍然可用,您可以使用以下代码获得10%的折扣:

ESPC17SPEAK

您需要的链接是: //www.sharepointeurope.com/pricing/

干杯!

COB。

2017年10月6日,星期五

我的点燃愿望清单–交付了什么,没有交付了什么’t?

在最近的Ignite会议之前的一两周,我发布了一份希望清单,希望微软能宣布。和我一样,这主要*主要*集中在Office 365以及SharePoint的构建和扩展上。我喜欢偶尔发布这些列表-它可以帮助我塑造自己的想法,并与时俱进“top of mind”Office 365中的最新发展,这将有助于我与之合作的组织。既然事件已经发生,在Ignite上会有许多公告–显然,现在整个Office 365都在进行大量的投资和开发,’是与Microsoft技术合作的绝佳时机。如果您想知道您是否为自己的职业生涯选择了合适的马(或为您的组织做出了正确的选择),我认为’这些天很难让人怀疑。但这就是说,我注意到我的愿望清单中的几个项目没有得到处理,因此我认为最好对这些项目进行反思。

在开始讨论这些项目之前,我对Ignite有两个高级想法:

  • Hey, I see what you did 那里!
    • 尽管有*大量公告,但请注意每个公告的时间表。一世’我试图在下表中收集与我最相关的内容–但是我注意到,实际上许多人到2018年都还很遥远。这没什么错,但是我觉得也许微软采取了一种策略来提供一个“big wave”的公告,以提高整体效果,即使许多公告离发布都还很遥远(甚至“可能发生的事情”)。我想今天适合’s “disclosure strategy”一年中使用这2或3个大型事件进行公告的过程–坦率地说,与路线图的整体可见性相比,我更喜欢这样做。您只需要注意日期和注意事项即可。
  • Office 365和云收入推动了投资!
    • 还记得几年前人们在问SharePoint是否已失效吗?现在感觉就像一个不同的世界。我认为其中一个重要因素是,微软正在进一步提高Office 365的采用率,相应的收入和前景意味着可以设定雄心勃勃的目标。我可以想象各种产品组更大一些,拥有更多资源。另一个问题是,现在显然已经解决了许多基础架构/规模/基础挑战–更加注重为用户提供出色的工具和现代化的开发平台。

我最初的愿望清单

无论如何,回到我的清单– here’我说过微软应该提供的。我没有’将此博客发布,但奇怪地将其放在LinkedIn上-也许这是与 增强了LinkedIn和Office 365之间的集成 ;)

     图片

    交付/宣布了什么,什么没有’t?

    我最初只是对每个项目进行了一些检查/划线,但是后来我添加了一些注释,然后添加了时间表,最后我得到了下表。这可能仅对我个人有用,但是,嘿,如果有的话’对您也很有用,那就太好了。它可能具有更全面的注释/链接,但是’这可能是我目前无法完成的任务!所以:


    项目

    宣布了吗?

    时间线

    笔记

    现代页面的标签/元数据

    并不是的

    2018年上半年

    “Categorization” mentioned for 2018

    将现有的SP网站与
    小组/团队



    2018年初

    PowerShell也将成为可能。看到“BRK2434 –没有团队现场”

    供应/模板
    通讯站点(理想情况下为PnP)



    2017年第四季度

    网站设计(以前称为“Recipes”).*请参见下面有关网站设计的特别说明

    通讯的页面布局
    网站



    2018年第一季度



    个人资料页面的可扩展性

    没有

    ?

    ?

    Web挂钩创建组
    (现场)

    没有

    ?

    没有什么迫在眉睫,而是一个“习俗”
    网站设计可以调出流程

    为团队配置/模板
    (标签,连接器,漫游器)

    没有

    ?

    ?

    更现代的Web部件(例如
    搜索)



    2017年第四季度
    • 计划者/表单Web部件
    • 对“突出显示的内容” Web部件的增强(提供查询)
    • 增强的Web部件选择器

    SPFx增强




    • 网站脚本/网站设计 (2017年第四季度)
    • 简化了由AAD保护的调用Graph /自定义Web API
    • 网站集应用目录等 (2017年第四季度)

    一些‘under the radar’ things!




    • 多地域 (现在是OneDrive / EXO,2018年是SPO)
    • 集线器站点 (2018年初)
    • OneDrive文件按需 (2017年第四季度)
    • 每个站点的条件访问 (2018年初)
    • 更简单的共享,例如外部用户的验证码链接 (2017年第四季度)
    • 列表增强功能格式化,关注视图,索引编制和流程改进等。 (2017年第四季度)
    • 更好的网站/内容分析 (2018年初)
    • LinkedIn与Office 365人卡集成 (2017年第四季度)

    以前宣布的,
    但尚未交付




    • 新管理中心 (2018财年早期的首次发布租户)
    • 应用启动器更新
    • PowerAppsfor SharePoint lists (FR租户于2017年10月)
    • PowerApps增强功能,例如上传附件,更简单的条件视图等。 (2017年底之前)

    注意: – I’d很乐意听到任何发现错误或我错过了这些细节的人(例如时间轴)。如果您不这样做,请发表评论’t mind and I’ll update!

    我的想法–特别是缺少的物品

    所以微软没有’不能提供我所希望的一切。但是,他们确实提供了很多以前没有的东西’在我的清单上!我在其中列出了大多数“under the radar” and and “先前宣布,但尚未交付”类别。我们MVP非常幸运,他们中的大多数人都有自己的内幕(感谢Microsoft,顺便说一句,您在这里的工作受到了极大的赞赏),所以在活动开始之前,我对他们非常熟悉。它’那些类别有很多项目真是太好了,并且无疑可以添加更多的项目。但:

    •  现代页面的标签/元数据
      • 令我失望的是,我没有听到更多有关此消息的信息。在围绕现代页面构建解决方案时,尤其是在汇总和显示不同类型的内容(例如标有X的页面)时,感觉仍然存在很大差距。是, 那里’一个新的PnP可重用控件, 但是你’d必须做一些工作来整合它,就像微软一样’s job to be honest.
    • 个人资料页面的可扩展性
      • 依然没有。什么’同意吗?这已经讨论了很长时间了,但是我们仍然可以’添加自定义窗口小部件或定制Office 365 / Delve配置文件页面。我没有’说实话,甚至没有听到任何提及,但是我与之合作的许多组织都希望在那里做点什么。
    • 组创建上的Web钩子(站点)
      • 同样,这里也没有。 维萨 已经提到了有关提供此功能的一些工程方面的考虑,但是我希望能有所作为,以便将自定义PnP模板应用于自助创建的Office 365组网站将变得更加容易。当然,可以将Flow与即将推出的“网站设计”功能配合使用,但是对于那些没有’不要使用任何类型的网站设计,例如开箱即用的Group网站。该信息仅在昨天发布,因此我可能会丢失一些内容– hope so..
    • 团队的配置/模板(选项卡,连接器,机器人)
      • Microsoft Teams取得了很多进步,但仍然没有合适的模板故事。我真的感到非常惊讶,没有听到这样的消息-我确实有一些客户想要大规模使用Teams,但使用相同的自定义标签集等。’t an option, so let’希望很快就会有希望(再次,除非我错过了)。

    当然,让我知道我是否遗漏了任何东西,或者您不同意我对事物的解释。

    *网站设计注意事项

    因此,我们确实有一种将模板应用于通信站点的方法(而且不仅如此)–网站设计还可以应用于通过开箱即用的UI创建的团队网站,因此这很重要。但是,现在我确实对这里的模型有所保留。显然在那里’现在定义网站模板的另一种方法(Site Designs使用的JSON格式,’看起来太难于实际使用–似乎有很多属性/动作需要理解),并且考虑到PnP设置构件已经发展了很多,这感觉不是很理想。我们可以*集成即插即用配置(woohoo),但是架构是站点设计> Flow > 蔚蓝queue item >QueueTrigger / Azure函数>我的PnP设置代码。很好,可以打很多框,但是:

    • 坦白说,我宁愿使用某种形式的Microsoft托管我的PnP设置模板并负责执行。 The fact that we still need 蔚蓝can be a blocker for some organizations, and means 那里 is still a level of complexity, and a chunk of work for us to do. It was pointed out to me that Microsoft may have chosen this approach because they don’我不想自己托管/支持即插即用配置(作为社区的工作,而不是纯粹的Microsoft),我想我实际上可以理解。但是还是
    • 模板Office 365组网站似乎仍然存在差距。 是的,我可以调出我的流程来查找*具有*自定义网站设计的网站–但是随着用户创建组/团队/计划者计划/ Power BI工作区等而涌现的组站点又如何呢?那里’可以在租户级别指定默认网站设计的方法,但这是否适用于组网站?一世’目前尚不清楚。但我当然希望能够将自定义模板应用于与组连接的站点 及时地.
      • 更新 –发布后仅几分钟,我就从下面链接的视频中了解了细节,可以将现成的网站设计定位为开箱即用的网站。这是通过将您的网站设计与WebTemplate =相关联来完成的”64”组网站或WebTemplate =”68”交流网站等。快乐的日子。

    我还是觉得’拥有另一种模板语言/方法实在令人遗憾。模板的哪些位将在“站点设计”中完成,哪些在PnP模板中完成?我可以想象有很多不同的方法用于此。但是,当然,主要优点是这种模板形式与开箱即用的UI集成在一起,可用于创建SharePoint网站,这带来了很多可能性。我只是想知道最后’ll be implementing “shell”网站设计调用PnP模板,该模板可以完成在网站中创建内容类型/列表/页面/ Web部件等的实际工作。让’s see..

    有关网站设计的更多信息,请参见 //techcommunity.microsoft.com/t5/SharePoint-Developer/SharePoint-Patterns-amp-Practices-PnP-Core-and-PnP-PowerShell/m-p/114082#M3496

      结论

      尽管未选中我列表中的所有项目(当然这只是一个人的观点)–其他每个人也都有自己的优先事项),我认为微软实际上超出了我的期望。是的,总会有差距,正如您可以想象的那样,有很多东西我’我不在这里覆盖。无论’s general developments such as new Office 365 Plans or Bing for Business, the raft of enhancements to Microsoft Teams (e.g. taking the place of Skype for Business for online), or developer-focused things such as Graph enhancements (e.g. Extensions in 蔚蓝Functions, SP list data in the Graph etc.), 那里’还有很多其他事情要跟上。进一步阅读的一些好起点是: