Office 365也是.NET Core应用开发新战场

最近有幸阅读了陈希章花了一年时间为国内开发者贡献的《Office 365 开发入门指南》。 虽然早期接触过SharePoint的开发,2007年之后就再也没有接触SharePoint的开发,这次阅读这本书让我重新认识了Office的系统开发技术,让我意识到现在的Office 开发也是.NET Core 开发技术的新战场,而且更为有心的是陈希章的范例都是使用.NET Core写的,具体地址 https://github.com/chenxizhang/office365dev

在新CEO纳德拉的带领下,秉持“云为先”和“一个微软”的方针,微软比任何时候都更加开放和谦虚,内部协作也更紧密。Office 365发展到现在,在经过各种用户看得见和看不见的变迁和进化后,已经成为一套比较成熟的云服务,而各种进步和创新还在继续。 Office 365是一个很好的开发平台,有数以亿计的用户,据不完全统计,地球上1/7的人们在使用Office,Microsoft Graph可以让你的业务系统很容易地和Office 365 集成 起来,立即利用Office 365的强大服务增强业务应用能力。而Office Add-in则是面向所有的Office 365 & Office 开发人员的盛宴,它用来扩展Office 365 & Office的能力,用中国话讲就是“插件”。

本书的内容不仅基本完整覆盖了Office 365开发的四大方向(Microsoft Graph,Office Add-in, SharePoint Add-in,Office 365 Connector),而且还包括了其他一些有意义的话题,例如有针对人工智能的话题,有商业应用平台的话题(Power Apps,Microsoft Flow,Power BI等)。

Microsoft Graph是一套RESTful的接口,所以它的所有接口都是通过标准的http方法(GET, POST, PUT, DELETE)可以直接访问到, 而且还可以通过改变Url的参数来进行筛选、排序、分页等操作,它返回的数据是标准的JSON格式,这种特性决定了Microsoft Graph是跨开发平台支持的,我们可以把它看作是微软Office 365 的API网关,对外提供统一接口层,让我想起我的开源项目Nanofabric(https://github.com/geffzhang/NanoFabric)的API网关Ocelot的角色,我们来看下这张Microsoft Graph的整体架构。

身份认证和授权使用的OpenID Connect和OAuth 2.0,不仅仅是Office 365,Azure上的API验证都是用OpenID Connect和OAuth 2.0,他的实现服务是Azure活动目录(AAD),在Nanofabric 中使用IdentityServer4 来实现身份验证和授权,IdentityServer4 本身已经帮你完成了OpenID Connect和OAuth 2.0 ,而且IdentityServer4 的架构非常优秀,非常容易进行定制开发。

Office add-ins,SharePoint Add-ins,Office 365 Connectors 这三部分是Office 的功能的开发了,包括客户端、服务端和外部系统的交互集成。这是一个典型的微服务的应用系统的架构,值得我们设计应用系统参考。

Office 的扩展开发拥有悠久的历史,相比较之前的VBA(Visual Basic for Application)和VSTO(Visual Studio Tools for Office)开发,我们将这一代的Office Add-in开发技术称为“Web Add-in”,顾名思义,就是使用最普遍的Web技术来进行Office Add-in的开发。如果你已经有Web的开发经验,你将很容易地上手,无需特别学习。反过来说,这也增加了技术的门槛,对于一些早期的Office 插件开发者来说,这是一个不太熟悉的领域,要学的新东西不少,可能会增加大家的转换成本。无论如何,Web Add-in是一个有益的补充(使用它并不意味着要抛弃此前的VBA和VSTO),也是跨平台尤其是移动化的需要。总的来说,Office 365的开发已经全面向开源转型了,使用了大家最熟悉的Web技术,用到了很多开源框架和工具,特别是开源跨平台的.NET 技术.NET Core 在这里扮演了重要角色,这也是.NET Core应用的一个重要战场。

Office 365 不仅仅是无可争议的高效办公第一选择,而且秉持一贯以来的优良传统,它是一个很开放的可扩展平台。除了继续支持VBA和VSTO的扩展方式,新一代Web Add-in 将全面实现“一次编写,处处运行”的目标,发挥你的创意,定制专属的功能,可以在台式机、网页、平板、手机中得到一致性的使用体验,并且还可以与全世界的数以十亿计的Office 365用户分享。Office 365作为一个全新的平台和全新的生态,它本身也足够复杂, 这个指南包括目前Office 365所支持的开发模式的全面介绍,并且通过案例带领观众进行实践,这个指南是个入门的好手册,广大的Office开发人员转到我们的.NET Core平台上来吧,让你的Office技能焕发第二春。

原文地址:https://www.cnblogs.com/shanyou/p/8227397.html

时间: 2024-10-31 23:13:57

Office 365也是.NET Core应用开发新战场的相关文章

Office 365 – SharePoint 2013 Online 之WebPart开发、部署教程

1.打开Visual Studio,新建一个项目,选择SharePoint空项目,如下图: 2.选择调试站点和沙盒解决方案,如下图: 3.在项目中,添加一个WebPart,如下图: 4.添加完毕的项目结构,如下图: 5.添加输出Hello World的代码,如下图: 6.发布SharePoint 解决方案到文件目录,如下图: 7.发布后的解决方案包,如下图: 8.进入网站设置 – Web 设计器库 – 解决方案,如下图: 左上角上载解决方案,并激活,如下图: 10.查看激活完毕后的解决方案的状态

入华商用四周年,Office 365小程序在路上

微软市值已经在2018年4月17日那周初就悄然超越谷歌母公司Alphabet,成为仅次于苹果的全球第二大市值公司.投资银行摩根士丹利分析师凯什·韦斯(Keith Weiss)曾在2018年3月下旬发布的研报中称:"在公共云服务市场的有利地位,广泛的分效渠道,庞大的用户群,以及正在改善的利润率,将推动微软市值突破1万亿美元."该分析师认为,微软之所以能够脱颖而出,还要得益于其分析技术.机器学习和办公应用等. 在微软走向1万亿美元市场的过程中,Office 365云服务起着关键性作用.根据

易宝典文章——玩转Office 365中的Exchange Online服务 之四 在Office 365中怎样自定义域

现在已经对Office 365的管理有一定基础了,接下来的首要任务就是正名,所谓"名不正,言不顺".在订阅Office 365的时候,需要创建一个订阅ID,即默认管理员的账号.在创建这个订阅ID时,需要指定一个域名后缀,该域名后缀是基于同一的Office 365用户域的一个子域.其形式如下: [email protected]提醒您,请勿滥发广告! partner.onm51CTO提醒您,请勿滥发广告!是不能更改的,这是世纪互联版Office 365用户专用的域: XXXXXX可以由于

Office 365管理员快速上手手册

邮箱批量迁移 您可以使用 Exchange 管理中心 (EAC) 的迁移主控板将邮箱和邮件内容从内部部署邮件系统迁移到 Exchange Online 和 Office 365 组织中.您可从 Exchange 2013.Exchange 2010.Exchange 2007 和 Exchange 2003 中迁移邮箱和邮箱数据,也可从 IMAP 邮件系统中迁移邮箱数据. 比较迁移类型 现有邮件系统 要迁移的邮箱数 是否要管理内部部署组织中的用户帐户? 迁移类型 Exchange 2013.Ex

dotnetcore-officeaddin-toolbox : Office 365 Add-in开发人员的工具箱

在上一篇文章(.NET Core开源行动:一键创建Excel Add-in) 中我给大家展示了一套为Office 365 Add-in开发人员准备的模板库,你可以通过 dotnet new excel & dotnet run 命令即可完成一个新的Add-in的创建和运行. ? ? 关于如何加载这个Add-in,上文中提到你需要将manifest.xml文件放在一个共享目录,然后在Excel中进行设置,实现所谓的sideload(旁加载).但是有没有什么方式可以更加简单方便地实现这个加载的行为呢

Office 365 - SharePoint 2013 Online之应用程序开发工具

1.新建一个网站集,模板选择开发人员模板,如下图: 2.确定以后,需要稍等一会儿; 3.点击网站内容,添加app,如下图: 4.进入SharePoint Store,选择Napa,如下图: 5.选择ADD IT,如下图: 6.可能需要登录,如果没有微软账号,可以注册一个,如下图: 7.点击继续,如下图: 8.Return to site,如下图: 9.点击信任他,如下图: 10.稍等片刻,就添加成功了,如下图: 11.点击进入Napa,可以在这里创建app,如下图: 总 结 试用了一下Napa,

Office 365 - SharePoint 2013 Online 之应用程序开发

1.给站点添加完Napa后,在网站内容里点击Napa,如下图: 2.创建一个新的app,如下图: 3.可以在Napa里添加新的项目,如下图: 4.添加新的文件,可以添加web页面.样式表.脚本,如下图: 5.可以设置Napa,如下图: 6.设置用Visual C#语言,这样vs打开可以用C#,如下图: 7.可以点击左侧菜单,Open in Visual Studio,如下图: 8.弹出菜单,选择Visual C#,如下图: 9.可能会弹出菜单,安装Web Platform 5.0,如下图: 10

Office 365 开发 集成VS2013 (一)

题外话:好久不写了,个人比较懒,有时候想写东西的时候想一想就又不知从何下笔了.之前因为某些机缘发现自己完全是个管理外行,所以最近下了一堆书,德鲁克的管理.PMBOK.产品管理类等等,泛读一下,至少跟人交流的时候不让自己看起来那么水(即使考过了国内项目经理依然水啊).另外就是技术上,还是得学习啊,新的东西太多了,不学就跟不上了,这几天看了看Office 365的开发入门,整理一下MSDN的知识库写一篇,强化一下自己的学习吧. PS:虽然题目叫(一),不保证有没有二 参考资料戳这里,就是照猫画虎学一

[ Office 365 开发系列 ] 开发模式分析

前言 本文完全原创,转载请说明出处,希望对大家有用. 在正式开发Office 365应用前,我们先了解一下Office 365的开发模式,根据不同的应用场景,我们选择最适合的开发模式. 阅读目录 Office 365 Addin案例 Office 365 Provider案例 Office 365 开发模式特点分析 Office 365 开发模式应用场景分析 正文 Office 365 的开发模式主要分为两类: office 365  addin应用开发 office 365  provider