列表画面中查询按钮弹出查询方案优化

by 勾成图 2012.6.8 10:49

注:脚本执行有风险,对于客户正式环境请在研发指导下执行。

U9通用查询界面弹出方案的通用做法

通用的做法是:

列表画面中查询按钮弹出查询方案时通过UBF设计器设定后,自动生成的逻辑。

改代码模板逻辑是对查询按钮(IDOnLookCase)注册PostBack事件,在事件中响应指定的Action模板代码,如下:

private void OnLookCase_DefaultImpl(object sender, UIActionEventArgs e)

{   

//加入{action.Name}的代码模版:.\UITpls\UICommonAction.tpl,参数:QryClick

    UFIDA.U9.UI.Commands.CommandFactory.DoCommand("QryClick",this,sender,e);    

}

其中名为QryClickCommandPDHelper提供的通用弹出查询方案的逻辑。

由于按钮弹出查询方案引发PostBack,将对其进行优化。

优化思路

优化思路:列表画面中查询按钮,原来的是服务器端弹出逻辑,现改为客户端直接弹出,以减少客户端与服务器端的交互PDHelper中提供这种逻辑的封装。

以后需要优化的业务节点,开发人员均可按照此优化方法。

 

示例代码如下:

E:\CCViews2.5\U9UICode\U9.VOB.PD.SCM.V2.5\SD\Code\SOUI\WebPart\SOBListUIFormWebPartCodeBehindExtend.cs

public void AfterCreateChildControls()

{       

PDFormMessage.RegisterShowQueryCase(this, this.OnLookCase);//注册查询按钮客户端弹出查询方案逻辑,取消原来的服务器端逻辑 

}

 

 

什么情况下才能优化

 

 1、列表画面中查询按钮引起的PostBack中,正常情况也是绝大多数情况下不应该有其他业务逻辑,仅仅是代码模板生成的封装逻辑即UFIDA.U9.UI.Commands.CommandFactory.DoCommand("QryClick",this,sender,e); 

才能按此方式优化。目前SO列表符合这个条件 

2、如查询按钮引发的PostBack中有业务逻辑,或者查询按钮是根据后台操作的当前上下文条件弹出不同的查询方案的情况,如需优化,则开发人员想办法将该业务逻辑剔除或转移,因为改为客户端弹出窗体逻辑后,不再引发PostBack

添加评论



biuquote
微笑得意调皮害羞酷大笑惊讶发呆喜欢可怜尴尬闭嘴噘嘴皱眉伤心抓狂呕吐坏笑漫骂发怒
Loading


RecentComments

评论 RSS

Statistics

989 篇文章
0 个单页
694651 条评论
11 次评分
409330 次访问
访问统计开始于 2019年12月15日
平均日访问 6201 次
当前 92 人在线