点击New Entries后，

[外链图片转存失败(img-0Co1I8jG-1562209890702)(https://user-images.githubusercontent.com/5669954/27263153-2feebfbc-5464-11e7-9fde-fddcec97a122.png)]

输入会触发validation 逻辑的entry:

Maintenance view生成的function module 会被call到，

[外链图片转存失败(img-oChB4GCP-1562209890703)(https://user-images.githubusercontent.com/5669954/27263156-2fffdfb8-5464-11e7-9fe1-9c6ca54576c0.png)]

在里面会call 到screen 0001的PAI Module:

-upd_flag会决定是否真正实行database update。如果其值为false，end user点击Save button后，将不会触发真正的database 更新，在UI上会得到Data already saved的信息。

F8之后，会发现-UPD_FLAG已经在某处被clear了，在CHECK_UPD重新判断是否该填充:

判断的逻辑是TOTAL internal table里是否有action不为space的entry。

如下图，row 3即为在UI上通过点击New Entries后输入的entry，action为N ( New )

因此此种情况下update flag置为X:

然后进入SAVE相应的逻辑:

[外链图片转存失败(img-4ag8eF0p-1562209890705)(https://user-images.githubusercontent.com/5669954/27263161-300ae3ea-5464-11e7-9ad1-286bab9eaeb6.png)]

这里能发现如果status update flag为false，则直接在UI上显示Data already saved的提示信息：

[外链图片转存失败(img-v16b1coT-1562209890705)(https://user-images.githubusercontent.com/5669954/27263162-30166440-5464-11e7-8c0c-c7fb5aba688b.png)]

这里能call 到developer在before save event上实现的callback:

[外链图片转存失败(img-1aNJBvzR-1562209890705)(https://user-images.githubusercontent.com/5669954/27263163-301a0186-5464-11e7-9bce-781cec75c7d7.png)]

Table参数EXTRACT包含了New Entries screen上Table control里的值( 包含end user输入的entry和其他空行)

空行一共20条，是在下面这个代码里生成的:

通过实验，只要将新建entry的action由N改为L，即能实现即使UI报错之后，该entry仍然处于可编辑状态的效果:

[外链图片转存失败(img-gAWZBjkj-1562209890706)(https://user-images.githubusercontent.com/5669954/27263135-2fa82124-5464-11e7-99df-47771a231a31.png)]

效果如下:

此时将Product type改为03，期望的效果是 03 - CRMM_PR_TAX能够成功保存:

此时第二次进入-update的判断逻辑:

total internal table里的entry，蓝色的是直接invalid的输入，红色是纠正后的输入, 因此我们发现我们在UI上将product type由02改为03之后，之前02 对应的entry仍然存储在total里没有被框架删除，因此需要我们手动在BEFORE SAVE的module里完成这个删除动作。

因此在before save的处理逻辑里将invalid entry手动删除：

之所以用flag si_pend_delete控制，是为了避免在第一次新建entry时，错误地那些action = N的entry也删掉。

然后，有时候会发现view framework并不能将用户修改了invalid entry之后第二次重新输入的值写入到total table里，例如user 将product type修正为05之后，点save button:

从callstack能清楚发现开始执行save 操作:

[外链图片转存失败(img-EgKcbAPQ-1562209890710)(https://user-images.githubusercontent.com/5669954/27263140-2fbf9ebc-5464-11e7-80b9-9b03e72a6204.png)]

然而，在before save的callback里，并不包含最新输入的05 entry:

相反，这个05 entry包含在extract internal table里，因此需要developer在before save subroutine里手动做一个merge:

merge代码如下:

如果直接在第一次before save callback执行体内删除invalid entry( line 50), 会导致即使第二次纠正了invalid entry（例如product type从02改正为03）后点击save button，由于-update判断为space，此时将不会有database update，而是直接报"Data already saved"的信息。

在同时输入多行且部分行valid，部分行不valid时，上述solution将很难正确处理所有可能的情况。

例如:

此时row 3应该删除，因为其不valid，但是 row 5和 row 7应该保留，因为是新输入的entry:

目前的实现这种粗暴的删除所有action为N的做法不能区分出invalid record和新输入的record

前两行检查通过，此时我将第三行entry改成 04-401-CRMM_PR_TAX:

然后选中第二行，点delete button:

然后再点save:

然而最后存储到数据库的结果如下: