[已解决问题] 下拉列表源是怎么处理的
提问时间: 2007-12-17 15:01
悬赏分：50 浏览:709 次
大家在做下拉框的选项时,是怎么处理的,
如要先兴趣,有以下选项:
网络
汽车
动物
摄影
影视
音乐
写作
购物
手工艺
园艺
舞蹈
烹饪
展览
读书
绘画
计算机
体育运动
旅游
电子游戏
其他
是直接把他们写在HTML里,还是用枚举先定义好,用数据表又显多余了点.
用枚举如果用中文呢,又不太好,不用的呢,又麻烦,直接写在HTML里面呢,如果以后要加选项,可能需要修改很多地方.
第一次提问,多多支持.
问题补充：在代码里建一个固定的DataTable不知是否可行,要用的时候调用这个DataTable
最佳答案
看需求了其实,我自己的系统一般都有一个"BaseSystem",就是用来提供系统的一些基本功能的,下拉列表是一个很重要的环节.
我自己做的是根据修改量跟访问量去判断要用什么方式去做的.但基础都是数据库.
修改量少,数据量又比较大的,或者还要求N级连动的,一般都是先存数据库,然后定期/不定期生成xml文件,client用js去实现.
修改量多的,直接访问数据库了,一般这些都是一些单级或者二级列表而已.
提问者对于答案的评价：大家都回答得非常好,实在难以取舍
2007/12/17 15:16:08
回答者：John Huang
提问者对于答案的评价：大家都回答得非常好,实在难以取舍
其它回答(8)
|
如果项目中比较少使用到这个下拉，而且不考虑扩展(添加删除修改)的话，直接写在HTML比较方便。
如果考虑到扩展的话还是存在数据库里比较好 正如楼主担心的问题，提问的原文部分引用：“用枚举如果用中文呢,又不太好,不用的呢,又麻烦,直接写在HTML里面呢,如果以后要加选项,可能需要修改很多地方.” 如果担心修改的地方太多，最好将这些内容放到数据库表中，这样就不用担心这些内容是变来变去，改变程序了！ 一般都是放到数据库里，数据库里总要存放很多的基础信息，维护起来也方便 就算用是枚举，要加选项一样麻烦，如果是预编译发布就更惨了 所以还是数据库的好 用xml吧，放在数据库里的话个人认为没多大必要，或者用js来做也行，估计这些数据变化的频率不会很大，而且用xml做数据源或者用js来处理比读取数据库的速度要快。个人意见，仅供参考 用数据库配合XML文件使用，应该是个不错的办法。 经常变化的数据，放在数据库里面保存。几百年也不变一次的，可以通过数据库生成XML文件来访问，有变化就更新XML文件。 name id 网络 1 汽车 2 动物 3 摄影 4 影视 5 数据库中存储的可能是id，程序显示的时候需要显示name。大家是在程序立面处理的还是在数据库中处理。如果存在多选的情况又怎么处理比较方便呢。 那这种问题大家怎么解决的呢 public class MyDropDownList : DropDownList { public MyDropDownList() { this.Items.Clear(); this.Items.Add(new ListItem("足球", "1")); this.Items.Add(new ListItem("游泳", "2")); this.Items.Add(new ListItem("手球", "3")); } } 自定义一个DropDownList，对不经常改的数据就可以象上面那样写在里面, 如果需要通过数据库改就在上面那里取数据再加载ListItem就可以了. ;) 前台使用: 先注册一个你的控件所在的程序集和控件所在的命名空间. <%@ Register Assembly="CommonControl" Namespace="CommonControl.WebControls" TagPrefix="MT" %> 在页面这样用. <MT:MyDropDownList id="ddl1" runat="server" /> 少的话，可以用直接写在html中，或是xml中。 多的话 可以放在数据库中 我们现在项目中的做法是放在数据库中，并全提供用户一个界面让用户自己去配置系统中所有下拉框的内容。 |
评论