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 > Azure queue item >QueueTrigger / Azure函数>我的PnP设置代码。很好,可以打很多框,但是:

    • 坦白说,我宁愿使用某种形式的Microsoft托管我的PnP设置模板并负责执行。 我们仍然需要Azure的事实可能会阻止某些组织,这意味着我们仍然需要一定程度的复杂性和大量工作。有人向我指出,微软可能选择了这种方法,因为他们没有’我不想自己托管/支持即插即用配置(作为社区的工作,而不是纯粹的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

      结论

      尽管未选中我列表中的所有项目(当然这只是一个人的观点)–其他每个人也都有自己的优先事项),我认为微软实际上超出了我的期望。是的,总会有差距,正如您可以想象的那样,有很多东西我’我不在这里覆盖。无论’的一般发展,例如新的Office 365计划或Bing for Business,对Microsoft团队的大量增强(例如,取代Skype for Business的在线版),或以开发人员为中心的事物,例如图形增强(例如,Azure功能的扩展,图中的SP列表数据等),’还有很多其他事情要跟上。进一步阅读的一些好起点是:

      8条评论:

      未知 说过...

      克里斯,你好

      Perhaps the SPFx ALM APIs may also be relevant in your timeline? Are you less bothered about this since tenant-scoped SPFx became 有空?

      干杯,
      保罗

      克里斯·奥'Brien 说过...

      @保罗,

      是的,是的!好一点,我认为这里省略了用于推出SPFx Web部件和扩展的ALM API,所以谢谢。但是是的-现在'通过关联的Custom Action / ClientSideComponentId可以进行租户范围的部署和控制,我确实认为现在可以解决很大一部分需求。毕竟,现在您可以将“自定义操作”添加到哪个站点。

      但是,我同意'仍然需要。感谢您的轻推:)

      干杯,

      COB。

      马可·舍尔 说过...

      克里斯,你好

      从技术上讲,用于组创建的webhook应该是"available". I'有兴趣的人和我'我是Microsoft Graph的忠实拥护者。通过beta端点,您应该能够为每个新组呼叫。一世've在这里发布了我的问题:
      //techcommunity.microsoft.com/t5/Microsoft-Graph/Webhook-aka-Subscription-for-groups-ressource-changeType-created/m-p/106356#M32

      我可以使用网络挂钩进行更新或删除,但所需的创建至少在9月中旬无法正常进行。我不'无法与MS Graph小组联系,但也许您作为MVP可以更好地达到;)

      杰里米·塔克(Jeremy Thake) 说过...

      和往常一样,写得很好。

      On the profile page extensibility. It was very clear from a few sessions including the LinkedIn one by Cey Ayken, that this is not on their immediate radar. The video for this is here //www.youtube.com/watch?v=CTT9IKw2i3w&feature=youtu.be&t=44m05s that covers the extensibility question. I'm getting these guys on the Hyperfish Podcast to ask more in coming weeks too.

      克里斯·奥'Brien 说过...

      @马可

      谢谢,有趣的东西。可是'know, isn'组创建时的Webhook和* SharePoint网站创建时的Webhook之间没有区别。据我了解(除非最近有所更改),SP站点实际上仅在最终用户首次访问它(即单击链接)时才创建。组成立后可能需要很长时间。

      所以也许我们都需要一个网络挂钩。我猜'SharePoint网站之一'我最感兴趣的,因为它'有关将模板应用于网站的信息。 维萨 在本周的一次电话会议中提到了工程方面的挑战,这就是为什么我认为这与您在Github问题和文档(纯粹是关于组创建)中引用的Webhook无关。

      我猜这两种情况都用手指交叉!感谢您的评论。

      干杯,

      COB。

      克里斯·奥'Brien 说过...

      @杰里米

      哇有趣。该会议在我的名单上,可以补上-感谢您的指导。一世'm *仍然*令人惊讶的个人资料页面可扩展性已从列表中删除-不好。当您与他们交谈时,也许可以尝试按下他们!

      干杯,

      COB。

      马可·舍尔 说过...

      克里斯,你好

      我的理解是,一旦创建一个/ group,所有项目(AAD,EXO,SPO,Planner)都将就位。一世'我不是在谈论目录对象。 / group始终至少是核心资产(AAD,SPO,EXO)的组合。也许那个'这是为什么仍然缺少创建操作但有文档记录的问题……仅在MS Graph的beta版中存在。

      关于网站集创建的时间'我很确定这不会等任何人访问该网站。一世'确保首先AAD;)但在AAD对象之后'确保Exchange和SharePoint立即启动。有很多原因可能是这种情况,否则整个结构将开始崩溃。

      克里斯·奥'Brien 说过...

      @马可

      其实我觉得你'没错-似乎*有些*的东西只有在首次访问该网站时才会生成(例如,自动生成的网站图标,也许是主题),但是该网站本身似乎确实是在创建组的同时创建的。一世'm not sure if that'一直都是这样,但是'今天的测试显示。

      因此,如果组创建上的该Web钩子开始正常工作,那将可以解决该问题!

      感谢您的发布,

      COB。