这是关于如何构建您自己的SAP Fiori Approve Purchase Orders应用程序的教程系列的第六部分。
本教程的目的是逐步向您展示如何构建您自己的SAP Fiori Approve Purchase Orders应用程序，物联网架构，并提供有关为什么某些方面已按原样开发的其他见解。
请参阅介绍性文章（教程：构建您自己的SAP Fiori Approve Purchase Order应用程序）了解有关本教程的背景信息。
之前发布的章节可在此处找到：
第2部分：（教程：构建您自己的SAP Fiori Approve Purchase Order应用程序-第2部分）
在本章中，我们使用SAP Web IDE设置应用程序，并使用模拟数据运行应用程序。
第3部分：（教程：构建您自己的SAP Fiori Approve Purchase Order应用程序–第3部分）
在本章中，我们调整了应用程序的列表屏幕。
第4部分：（教程：构建您自己的SAP Fiori Approve Purchase Order应用程序–第4部分）
在本章中，我们调整了详细屏幕应用程序的第5部分：
教程：构建您自己的SAP Fiori Approve Purchase Order应用程序-第5部分）
在本章中，云信息，我们启用了Approve和reject按钮。
在第6部分中，我们将设置一个存储全局应用程序状态的新模型。
设置一个存储全局应用程序状态的新模型
具有approval功能，我们的应用程序需要处理不同的状态。例如，一旦我们在后端调用了业务逻辑，我们就需要确保purchase order实例被锁定，以防止用户再次单击approve按钮。如果用户使用刷卡快速批准采购订单，我们不希望列表被阻止。因此，我们需要找到一个位置来存储这些状态信息，这些信息可以在控制器逻辑中访问，并且可以通过数据绑定在XML视图中轻松使用。模型中已经定义了两个模型/模型.js存储全局信息。我们将对新模型使用相同的机制来讨论模板向导已经为我们做了什么，并在我们的应用程序中获得一致的模型用法。让我们在模型中定义我们的新模型/模型.js也是
文件：型号/模型.js
createFLPModel:function（）{
[…]
}，大数据的发展前景，
createGlobalModel:function（）{
var oModel=new JSONModel（{
isBusyApproving:false，
isswiperrunning:false，
preferredIds:[]，
currentPOId:null
}）；
return oModel；
}
模型包含三个属性。isBusyApproving存储有关当前显示在详细信息视图中的采购订单是否正在等待业务逻辑完成的信息。
isSwipeRunning表示通过刷卡触发的服务呼叫正在等待退货。
preferredIds将在本文档稍后使用。从列表中删除当前采购订单后，用于计算采购订单列表。
CurrentPOId将采购订单的ID存储在详细屏幕中。因为我们可以重新计算这个ID，所以这基本上是不必要的，但是将ID存储在模型中以供以后使用更简单。
接下来，我们需要创建模型。对于设备和FLP型号，这是在组件.js代码。这是模板向导为我们生成的，我们将对模型使用相同的机制。
文件：组件.js
初始化：函数（）{
//设置设备型号
此.setModel(模型.createDeviceModel（），"设备"）；
//设置FLP型号
此.setModel(模型.createFLPModel（），"FLP"）；
//设置全局模型
此.setModel(模型.createGlobalModel（），云服务器免，"globalproperty"）；
新模型现在可以通过globalproperty的名称获得。
我希望教程的第六部分激发了您对后面章节的兴趣。下一次，我们将封装approve/reject服务调用。
，云服务器
