任务处理后修改执行者eurl为另一个页面

江苏院-吴昊

如题用户可以从已办任务打开曾经处理过的任务。

如果页面逻辑较为复杂时，无法通过_pagePattern来控制所有按钮（按钮上的操作才受_pagePattern）、data组件的只读。
现在想的是如果任务流转后，通过流程监听器修改任务的执行者url为一个 已开发好的viewActivity，该Activity去掉了所有可修改数据的按钮。

这样用户点击已办打开的是viewActivity，而不是原先的环节Activity。

这样做可行吗

jishuang

推荐的方案是原有的.w去继承viewActivity进行处理

不推荐去修改任务数据，url中的.w的名字跟activity名字如果不一样，在拼接url时如果没有拼接activity是会报错的

江苏院-吴昊

jishuang 发表于 2019-4-19 11:08
推荐的方案是原有的.w去继承viewActivity进行处理

不推荐去修改任务数据，url中的.w的名字跟activity名字 ...

没太懂，原有w继承viewActivity？

比如校核环节jiaoheActivity，那任务的eurl就是 /xxxx/jiaoheActivity.a 。
任务处理前，用户从待办任务打开的是jiaoheActivity，里面有流转、退回、保存、明细数据修改等按钮。
任务处理后，用户从已办任务打开的仍然是jiaoheActivity，里面仍然有这些按钮。只不过流转、退回等按钮操作受_pagePattern控制，但是其他按钮不受控制，我也不想在每个流程的都去写控制逻辑去实现按钮禁用，这样做不是很优雅，同样的非业务相关逻辑分布散在各个页面里，这个其实算是非功能（业务）需求，应该由平台来做。

所以我就想到一个办法，去开发viewActivity，任务处理后，将eurl和Activity改为viewActivity，当然权限也会分配。这样做不仅可以去掉按钮，也可以做其他事情。

所以你说的继承，没太懂。继承的话，岂不是所有按钮都没有了

jishuang

已办任务打开的是curl不是eurl
要修改可以，但在拼接的时候自己注意activity的拼接
流转后可以获取任务，自己通过任务id去操作数据库

江苏院-吴昊

jishuang 发表于 2019-4-19 11:53
已办任务打开的是curl不是eurl
要修改可以，但在拼接的时候自己注意activity的拼接
流转后可以获取任务，自 ...

是已办 不是 提交。






我这边点了都是打开eurl的啊
一般首环节（起草、编制），curl和eurl都是一样的。
审核环节，curl是提交人的页面，eurl是执行人的页面。
执行人查看自己的已办任务，是用eurl，怎么会用提交人的页面

jishuang

那就自己在流转的流转后或者成功事件中修改当前环节的eurl

江苏院-吴昊

jishuang 发表于 2019-4-22 14:00
那就自己在流转的流转后或者成功事件中修改当前环节的eurl

结贴吧