在asp.net portal starter kit中有在列表框中选择指定项,通过点击上下按钮来实现排序的功能(如下图)。
通常我想到的方法是(以上移为例):获取选中项的排序号和选中项的上一项的排序号,交换它们的排序号即可。排序号的方式,就以1,2,3,4……的形式,新建的标签的序号在最后一个的基础上加一。在asp.net portal starter kit中采取的方式是:通过1,3,5,7……的形式来表示排序号,每一次增删都重新构造排序号。在上移时,将当前的排序号减3,这样新的排序号就在它原来上一位的前面,且在上两位的后面。如:将第7位上移,那么新的顺序是1,3,4,5,9。
代码如下(部分代码,详细的可对照tabs.ascx.cs中的代码看):
//上移下移代码
if (tablist.selectedindex != -1)
{
int delta;
//因为标签排序号是1,3,5,7,9方式排列的
//将一个标签的上移或下移一位,就把标签序号加减3,正好为一偶数就在前后一位的前面或后面。
//如:将第7位上移,那么新的顺序是1,3,4,5,9
if (cmd == “down”)
{
delta = 3;
}
else
{
delta = -3;
}
tabitem t;
t = (tabitem) portaltabs[tablist.selectedindex];
t.taborder += delta;
// 重新排序构造新的排序号
ordertabs();
}
/// <summary>
/// 将portaltabs中的标签排序
/// </summary>
private void ordertabs ()
{
int i = 1;
// 使用指定的比较器对部分 system.collections.arraylist 中的元素进行排序。
// portaltabs中的对象是tabitem,tabitem对象继承了icomparable接口,实现了以taborder的compareto
portaltabs.sort();
// renumber the order and save to database
// 将排序后的信息存入xml
foreach (tabitem t in portaltabs)
{
// 将标签的排序号按1, 3, 5,递增的顺序排列
t.taborder = i;
i += 2;
// 将新的排序号写入用户配置文件
configuration config = new configuration();
config.updatetaborder(t.tabid, t.taborder);
}
}
这种方法其实我觉得并不好,只能算是一个新的思路。在ordertabs()时每次都要循环更新用户配置文件,我觉的还不如,交换序号后在更新用户配置文件。但是用交换序号的方式,要判断是否选中项为第一项(不能上移)或是最后一项(不能下移)。而且程序中还有要将管理项作为最后一项的要求,用交换序号的方式可能又要多写不少代码。可能还有其他的好处我没有想到,所以权衡利弊还是用他的方法吧!
顺便说一个bug,好像默认提供的程序不能实现上移下移的功能,不知大家遇到了没有。要将configuration.cs文件中savesitesettings()的方法修改一下才行,修改后的代码:
public void savesitesettings()
{
// 原来的:从cache中获取站点设置信息数据集(好像是个bug,因为每次更新数据是更新的httpcontext.current.items中的)
//siteconfiguration sitesettings = (siteconfiguration) httpcontext.current.cache[“sitesettings”];
// 修改后的
siteconfiguration sitesettings = (siteconfiguration) httpcontext.current.items[“sitesettings”];
// 如果cache中没有,则重新构建
if(sitesettings == null)
{
// if savesitesettings() is called once, the cache is cleared. if it is
// then called again before global.application_beginrequest is called,
// which reloads the cache, the sitesettings object will be null
// (这一句不知翻译的对不对,好像很重要)如果savesitesettings()被调用过一次后,cache就回被清除。如果它再一次被调用在global.application_beginrequest前sitesettings为null则重新写cache
sitesettings = getsitesettings();
}
string configfile = httpcontext.current.server.mappath(configurationsettings.appsettings[“configfile”]);
// object is evicted from the cache here.
// 将变更后的数据集写入到xml文件
sitesettings.writexml(configfile);
}
更多相关内容:点击这里>>