现在在做一个列表页,因为数据量比较大,为了打缓存比较方便,所以把页面分成了多个用户控件页面CS文件中,又会调用两个类文件。一个是参数处理的类文件,这个是通用的。所有接收到的参数,都会在这个地方获取。这个类中,还会根据获取的一些其它参数。比如说根据获取到的ID获取名称这类的。第二个就是业务逻辑类。所有跟数据层打交道都在这个类中处理。
现在的办法是在CS文件中去访问业务逻辑类,得到返回的XML,再丢到用户控件中去,交给用户控件去处理。但是这样的话,重复的工作就很多,有没有办法能把业务逻辑请求放到控件的CS文件中去。而业务逻辑类的初始化都交给页面的CS来处理?
或者这种页面,如何做才能尽量做到代码精简化?
现在的办法是在CS文件中去访问业务逻辑类,得到返回的XML,再丢到用户控件中去,交给用户控件去处理。但是这样的话,重复的工作就很多,有没有办法能把业务逻辑请求放到控件的CS文件中去。而业务逻辑类的初始化都交给页面的CS来处理?
或者这种页面,如何做才能尽量做到代码精简化?
解决方案 »
- MVC做网站速度快么?
- 整页缓存问题
- 老师,为什么添加类时,模板中没有代码文件和类这两项。
- 收asp.net数据绑定表达式
- 导出任意形式Excel(共享心得)
- 请教:GridView同一<asp:TemplateField>中加入了两个CheckBox,现要实现CheckBox1选中时CheckBox2不能选中(相反如同),请教源码
- VS2005 新建数据库项目 什么是数据库项目?简单讲讲
- 100分求解:如何实现在每次页面请求时,判断某一Session为空
- asp.net里怎么让客户端的WINWORD.EXE打开服务器端的*.doc
- DataGrid的两个小问题?
- 小白求教,有关DataTable绑定视图的问题
- 安装完SQL Server 2005,为什么登录名里没有ASP.NET?
你的这个去访问业务逻辑类的CS文件是公用的吗?如果是公用的,何来重复工作呢?你返回的XML丢到用户控件中的CS文件,最终指向的都是同一内存空间。
假如你这个CS文件不是公用的,你把这部份内容直接写到控件的CS文件中应该就OK了吧,何必新开一个类文件呢。
个人意见,见笑了。
参数接收 Parameters.cs
业务逻辑: bizMain.cs
基类 : pubFun.cs
list.aspx中有多个用户控件。每个用户控件都会继承于pubFun,pubFun再继承于System.Web.UI.UserControl
我必须要在list.aspx.cs中初始化Parameters.cs 接收相关的参数。然后每个用户控件再通过这些参数去调bizmain.cs 中的不同方法来获取XML数据。绑定到前台。这个我基本上实现了,但是现在发现,用户控件的Page_Load事件,比list.aspx.cs的Page_Load事件运行得早。总是获取不到参数。如何解决这一问题?