这个write/readonly有什么作用？

fengshuo

url = url + "?task=" + taskID + "&_pagePattern=write";
url = url + "?task=" + taskID + "&_pagePattern=readonly";

处理人可以修改页面的部分数据
处理人领导可以修改部分数据
管理员可以修改部分数据

还要考虑从待办以及从列表进去的情况，什么情况下就要修改这个_pagePattern，甚至还要去修改待办那里的属性，公共类，我还得考虑对其它功能的影响
搞这东西干嘛，现在我是去都去不掉，
搞了N多判断，什么情况下要传write什么情况下要传readonly
设计这东西的初衷是什么？难道就只简单的考虑不能修改就完了吗？


不如去掉这个属性，我传几个类型过去：编辑、处理、查看、
我自由的根据这几个属性做判断，

搞得现在我是2周组装完基础功能了，页面也都出来了，解决这类型的问题，发了30天还感觉有问题，一点都不能适应变化，实在是恶心到了

jishuang

这个就是为了控制页面是否可以编辑

默认的就是待办任务中除了打开的通知页面其他的都可以编辑
提交任务中打开的都不能编辑

如果不要这个参数可以自己在待办任务和提交任务中拼接url中自己去掉自己去修改/UI2/SA/task/taskView下的js中拼接url是自己把_pagePattern参数的拼接去掉

平台只在待办任务和提交任务已经流程监控中查看业务数据中打开去控制了，自己的列表用户打开平台不会去控制这个参数

fengshuo

意思是说要去改这个公共的JS，平台默认是要加这个参数的
如果一个通知页面，某些功能在通知页面是可以修改的，我现在不想在/UI2/SA/task/taskView去修改这个属性，毕竟那是公共方法，影响太大了，
我只想在对应的通知页面去修改这个属性，是否可行

jishuang

只能去修改拼接参数的地方

判断是你需要的通知把参数值修改为write