2015年12月8日,星期二

PowerApps–与Office 365,SharePoint,SQL等通信的无代码Azure应用

PowerApps是供高级用户创建有价值的业务应用程序的新方法,这些应用程序可连接到企业数据并在PC和移动设备上运行良好。我同意,就Microsoft堆栈提供的功能而言,它有可能成为游戏规则的大改变者-其他一些服务具有类似的应用程序构建平台,但是Microsoft在此方面有很大的愿景。关键目标是促进最终用户构建应用程序,但是也许与以前的方法相反,最终的应用程序也可以很好地与IT融合在一起。需要–它们与Office 365和Azure集成在一起,安全且能够根据需要进行扩展。

My interpretation of what PowerAppsprovide can be summarized as:

  • 无需代码即可快速构建应用。 但这是您的选择-应用程序可以*根据需要调出自定义代码(Azure中托管的Web API– and this doesn’不必是.NET API,也可以使用其他语言)
  • 能够连接到许多数据源,包括本地数据。 这些包括SQL Server,SharePoint列表/库,OneDrive,Dropbox,Google Docs,SAP,Oracle,动态CRM等。有趣的是,’也是使用Excel文件作为数据源的选项–它存储在OneDrive,Google文档还是Dropbox中
    • 这些数据连接可以存储在一个库中,因此高级用户可以轻松使用它们而无需关心基础细节。
  • 用于构建用户界面的设计图面/画布。 将InfoPath视为类固醇,但不仅限于形式。例如,创建一个在网格中呈现数据的界面应该很容易,并全面支持CRUD操作(创建/读取/更新/删除)–有效地支持它的屏幕/页面是自动生成的。
    • 设计经验还包括一组控件–列表框,按钮,滑块,下拉菜单,图像,不同类型的图库(例如,文本/图像或 同时包含)等内容,甚至包括用于移动设备的摄像头控件
    • 控件本身就是HTML和JavaScript– and I’d期望有某种用于创建新控件的可扩展性模型
    • 除了控制属性,’s一个表达式框,允许您键入伪代码(例如,将控件绑定到数据)。这比简单“real”编程,但仍可能需要一定程度的技术理解
  • 可以从模板创建应用. “Event signup” and “opportunity template”有几个例子可能是一个很好的起点
  • 应用程序和API托管在Azure中。 它们是Azure AD应用程序(因此它们可以被保护并提供SSO)。就应用程序的运行位置而言,可以选择托管在Microsoft管理的“PowerApps cloud”(这是一项多租户SAAS安排,“Free” and “Standard”计划)或在您自己的Azure App Service环境中(“Enterprise” plan) – see //powerapps.microsoft.com/en-us/pricing/ 有关更多详细信息
    • 的re will also be some governance and management capabilities, especially on the 企业 plan
  • 简单分发到移动设备。 我的理解是 a native PowerAppsapp for all of the major platforms 例如iOS,Android,Windows Phone等。用户只需在商店中安装一次,或将其推送到托管设备(例如InTune)。 *您*的单个PowerApps然后可以在此应用程序中打开–换句话说,任何可供用户使用的应用都会显示在某种应用列表中(例如,费用应用,客房预订应用等)

体验始于构建过程–我可以从创建一个整体应用程序或创建逻辑流程开始:

有一次,我’已经启动了我的应用程序,我可以创建不同的 屏幕和decide whether each is designed principally for a tablet/phone. I can also choose from a series of templated layouts:

然后,我可以开始将控件添加到设计图面:

在任何时候,我都可以运行我的应用程序并开始对其进行测试–在下图中,’一个绑定到某些数据并具有用于显示所有项目的屏幕的应用程序。每个项目旁边都有一个编辑链接(箭头),可将用户带到另一个屏幕来编辑该项目:

在管理和访问方面,PowerApps由Azure支持–具体来说,它们在Azure AD中注册并托管在Azure App Service中。

这意味着您可以选择利用Azure App Services的所有优势。可以将它们作为一个单位进行扩展,以满足您的任何需求,可以使用Azure AD保护Web应用程序部件,从而实现单点登录,并且那里具有用于托管Web API的特定支持功能。

深层发掘

因此,希望您可以开始可视化如何创建数据驱动的应用程序,以及它在移动设备上的外观。如果您可以想象自己是员工反馈应用程序,绩效评估应用程序,工程师计划应用程序或任何适合您或您的客户的杀手级应用程序,即使它是’只是通过SharePoint列表或Excel中的数据提供支持,希望您可以看到PowerApps的潜力。

有关PowerApps的更多信息即将发布。该服务是’在撰写本文时尚未发布,但您可以在以下位置请求访问预览 //powerapps.microsoft.com/

如果你’d想在此阶段阅读更多内容,我建议:

还有更多!

3条评论:

贾伯乔说过...

Nice article Chris. Agree PowerAppscould be huge step for 企业 Users & IT.

> – and I’d期望有某种用于创建新控件的可扩展性模型

希望,但值得怀疑。至此,我们'听说:PowerApps不能随Visual Studio一起导出/扩展,PowerApps不能像Project Siena Apps那样发布到Windows存储,APIApps不能像最初建议的那样发布到Azure市场。

不幸的是,这些将减慢采用速度并限制该产品的潜力。

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

@Jabberjaw,

好点(好信息),但我'd说您提到的某些方面主要是应用程序供应商的关注。就我个人而言'm主要将PowerApps视为组织内部的工具,而不是创建将发布到市场的应用程序。但是对于其他人,我是正确的。

I'我仍然希望有可能创建新的控件-但是,时间会证明一切。

干杯,

COB。

未知说过...

"无需代码即可快速构建应用" -我变老了并且愤世嫉俗地思考"I've heard that before". Hasn'30年来,这一直是业务应用程序的圣杯吗?迪登'几乎每个最近的表格/工作流程申请都声称相同吗?

有些是针对特定域的-但我'尚未看到通用应用程序交付。我的意思是,InfoPath非常棒-用于某些任务。

它看起来确实很整洁,但是那第一颗子弹,我'当我看到尖顶的老板在没有帮助的情况下做到这一点时,我会相信。