基于aspnet的网上订餐管理系统
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
基于的网上订餐管理系统
宁明中波台:韦明万
目录
内容摘要...................................................... 错误!未定义书签。
第1章系统分析 (1)
1.1背景 (1)
1.2需求分析 (1)
1.2.1可行性分析 (1)
1.2.2功能需求分析 (2)
1.3开发工具 (3)
第2章总体设计 (4)
2.1设计目标 (4)
2.2开发及运行环境 (4)
2.3系统功能结构 (4)
2.3.1前台功能模块 (4)
2.3.2后台功能模块 (5)
2.4系统业务流程分析 (5)
2.5 E-R图 (6)
2.6数据字典 (9)
2.6.1表结构 (10)
2.6.2表的关系 (14)
第3章详细设计与实现 (15)
3.1类库设计 (15)
3.2前台公共模块 (16)
3.3前台模块 (17)
3.3.1母版页 (17)
3.3.2主页 (18)
3.3.3套餐明细 (20)
3.3.4新闻分类 (22)
3.3.5新闻内容浏览 (23)
3.3.6搜索结果 (24)
3.3.7公告栏内容 (25)
3.3.8用户注册 (25)
3.3.9提交订单 (26)
3.3.10用户中心 (27)
3.4后台模块 (29)
3.4.1母版页 (29)
3.4.2主页 (29)
3.4.3添加新闻 (30)
3.4.4新增套餐 (31)
3.4.5添加网站公告 (32)
3.4.6公告管理 (32)
3.4.7后台管理员管理 (34)
3.4.8套餐信息管理 (35)
3.4.9登录 (35)
3.4.10订单管理 (37)
3.4.11更新套餐 (38)
第4章系统测试 (40)
4.1前台功能测试 (40)
4.1.1登录 (40)
4.1.2购物流程 (40)
4.1.3套餐评论 (43)
4.1.4关键字搜索 (45)
4.2后台功能测试 (45)
4.2.1登录 (45)
4.2.2后台管理员管理 (46)
4.2.3订单管理 (47)
4.2.4添加公告 (48)
4.2.5套餐管理 (48)
4.2.6文章管理 (50)
4.2.7友情链接管理 (51)
第5章总结 (53)
参考文献 (55)
网上订餐管理系统
【内容摘要】如今人们越来越依赖于网购,原因很简单。
它不仅操作方便且可视化了解套餐信息,轻松在线订购,很好的解决电话订餐忙线等实际问题。
网上订餐管理系统基于Web模式设计,使用简单又方便;整个架构基于面向对象程序设计,安全性能高,对便于二次开发和易于数据维护;前台主要实现:套餐浏览、新闻浏览、用户注册及修改个人信息、修改购物车及订单信息、关键字搜索等功能。
后台主要实现:新闻及新闻分类添加及修改、会员和商家及管理员账户管理、套餐添加、删除、套餐评论管理、订单的确认等功能;整个系统开发于Visual Studio 2010环境下,语言包括、C#、CSS、JavaScript;数据库为SQL Server 2005,成功运行于XP、Win7等操作系统下的IE、火狐、傲游等浏览器。
关键字:订餐;外卖;订单;面向对象;网购
第1章系统分析
1.1背景
在互联网高速发展的今天,很大一部分人群不再只会单纯的到实体店买套餐,人们的消费观念如今已经发生了很大的变化,网购已经不是怎么稀奇古怪的事情。
在网络这个大家庭里面,网购已经成为人们日常生活中的一部分,它渗透各个领域,各个行业的人群。
这么一个庞大的用户消费者群体,他们追求的重点是方便,快捷。
然而当前餐饮业普遍采用的订餐工作方式是客户通过电话与餐厅联系,由餐厅工作人员通过餐饮企业内部的餐饮管理系统实施订餐工作。
从某种意义上来讲,这种工作方式仍没有完全脱离手工式工作,工作效率低。
同时,从客户订餐需求角度考虑,客户希望能在订餐前了解更多的有关信息,如餐厅能提供的菜的品种,各种菜的风味,菜的直观图片等,而这些信息仅仅从餐厅工作人员的电话中是不可能有全面的了解的,这无疑会给客户的订餐带来不便,同时也影响了餐厅的工作效益和企业的声誉。
正是在这样的环境下,网上订餐管理系统应运而生。
由此看来设计出《网上订餐管理系统》可以方便用户在线订餐、新闻浏览、套餐评论、修改个人信息等;意义在于把所学的知识应用于实践以及解决电话订餐忙线、送餐地址出错等问题。
从整个开发过程中了解网上订餐涉及的整个业务流程和网站的开发流程,最后提高个人的开发经验和技术水平。
1.2需求分析
类似没有调查就没有发言权,要想让用户轻松在线订餐,其中包括很多的环节,使用到很数据。
本阶段主要从可行性和功能需求方面入手,做关于网上订餐管理系统的实际调研,了解简单的软件开发流程,收集相关信息,进行需求分析设计。
1.2.1可行性分析
开发系统,可行性分析是一个不可缺少的环节,有好的分析对以后系统的开发有很大的帮助作用,免得软件做得出来之后不符合用户的需求。
技术可行性:熟练应用网页三剑客及Visual Studio2010开发环境;熟悉网站的开发流程,了解B/S架构,有扎实的理论知识基础,如、C#、HTML、SQL、JavaScript、XML;实习
期间参与过公司多个网站开发与维护,有一定的自我学习、分析、解决问题的实践经验,加上平时热爱研究web编程技术,能胜任开发此系统。
经济可行性:一直以来有了技术的不断积累,开发此系统已经不再需要购买相关专业书籍,加上学校有庞大的图书馆,里面的书籍足已参考;整个开发过程个人单独完成,不用支付技术人员相关经费;最后一个学期已经没有课程要去教室上,整个宿舍成了一种良好的工作环境,学习氛围浓厚,因为大家把更多的时间和精力投入到了毕业设计的工作中,因此没有场地经费支出;在整个系统开发过程,除了花时间和精力比较多之外,经济方面还是没有大碍,工作进展顺利。
其他方面:开发此系统之前,对网上订餐管理系统相关的信息有实际的调查并收集,擅于发现问题;对相关系统的前后台有目的浏览与操作,深入的分析其中的流程。
最后,熟悉类似系统的整个开发流程,以及相关专业术语等。
1.2.2功能需求分析
通过实际调查,要求本网站具有如下功能:
(1)具有良好的人机交互界面;
(2)具有用户注册,登录,修改个人信息等功能;
(3)较好的系统权限管理;
(4)全面展示系统内的所有套餐,套餐选购生成订单,后台订单的受理等;
(5)套餐分类,分区域显示,方便顾客更便捷的浏览自己想要购买的套餐;
(6)用户可以查看当前交易信息并修改自己订单中套餐的数量;
(7)实现易维护、易操作、可扩充、便于二次开发;
(8)系统运行稳定,安全可靠;
1.3开发工具
网上订餐管理系统在Visual Studio 2010集成开发环境下开发,在平台下使用C#语言为主体,以SQL Server 2005为后台数据库。
以下分别对Visual Studio 2010、、C#和SQL Server2005进行简要介绍。
Visual Studio 2010是Visual Studio 2008的升级版,由微软公司开发出来的新一代集成开发环境,支持动态网站设计、窗体设计等多种平台设计的工具。
它增强和完善了Visual Studio IDE,改进了Visual Basic和C#语言。
其也可以可视化编程,编码预提示、自动缩进等功能,入门简单,对于初级程序员来说很好用,所以普遍受到广大用户的青睐。
语言是基于通用语言编译运行的程序,可以运行在多种平台,适应性强,功能强大。
它具有简单性、易学性以及高效可管理性等优点。
其还可以快速建立客户端和服务端网站,在网站中引用一般处理程序,嵌入特效等,让页面内容丰富多彩,特别适用于大中型系统开发。
SQL Server2005是微软公司的关系数据库管理系统。
它具有使用方便,可伸缩性好,与相关软件集成程度高等优点。
其可以用SQL语句快速查询到数据库记录、建立视图功能、事务处理等。
因此,SQL Server2005受到广大用户的信赖,广泛应用于企业的中小型系统。
C#也是微软公司发布的一种面向对象的和运行于Microsoft Dot Net Framework之上的高级程序设计语言。
其主要特点是面向对象,类型安全,简单易学,快速开发等。
使用 C# 设计的组件可以很容易的转换成 Web 服务,且有强大的微软公司做为技术支撑,使其应用更加广泛。
第2章总体设计
2.1设计目标
网上订餐管理系统属于小型的数据库管理系统,可以对网站内购物系统进行全面的管理,通过本系统可以达到以下目标:
(1)界面设计友好,信息查询灵活、方便、快捷、准备、数据存储安全可靠。
(2)全面、分类展示网站内所有的套餐。
(3)显示套餐详细信息,方便顾客更好的了解套餐信息。
(4)随时查看购物车信息,订单信息,并可供适当修改数据操作。
(5)对用户输入的数据进行严格的数据检验,尽可能的避免人为错误。
(6)系统最大限度的实现易操作、易维护等性能。
(7)系统运行稳定,安全可靠。
2.2开发及运行环境
(1)开发平台:Microsoft Visual Studio 2010
(2)数据库:SQL Server 2005
(3)开发语言:C#、、HTML、CSS、JavaScript、XML
(4)运行环境:Windows2003、W indows XP、Windows7
(5)内存128MB以上
2.3系统功能结构
网上订餐管理系统主要由前台管理模块和后台管理模块两大部分组成,各个模块同时还包含一些子模块,由这些子模块所实现的功能构成一个完整的系统。
2.3.1前台功能模块
前台主要用于实现会员用户登录、查看并修改个人信息(密码修改、头像上传、联系电话、QQ等)、浏览套餐、对套餐进行评价、加入购物车、管理购物车、浏览文章、在线搜索关键字等
功能;提交订单和查看各种服务条款等功能。
2.3.2后台功能模块
后台模块主要用于实现后台管理员和商家的合法登录之后,可以对订单进行更新状态、删除订单,新闻的增删改查、套餐的增删改查、管理员和会员的增删改查等诸多功能。
前后台功能如图2-1所示。
网上订餐管理系统
网上订餐管理系统
用
户注册及登录信
息
修
改
套
餐
浏
览
及
评
论
套
餐
浏
览
及
评
论
购
物
车
购
物
车
新
闻
浏
览
新
闻
浏
览
订
单
管
理
订
单
管
理
套
餐
管
理
套
餐
管
理
管
理
员
管
理
管
理
员
管
理
会
员
管
理
会
员
管
理
商
家
管
理
商
家
管
理
文
章
管
理
文
章
管
理网站前台
网站前台网站后台
网站后台
查
看
购
物
车
查
看
购
物
车
修
改
购
物
车
信
息
修
改
购
物
车
信
息
提
交
订
单
提
交
订
单
受
理
并
修
改
订
单
状
态
受
理
并
修
改
订
单
状
态
打
印
订
单
打
印
订
单
商家登录
商家登录管理员登录
管理员登录
查
看
删
除
查
看
删
除
订
单
记
录
订
单
记
录
套
餐
记
录
套
餐
记
录
图2-1 网站前、后台功能图
2.4系统业务流程分析
考虑到网站的安全性,在购物或者维护信息,之前必须先要求用户合法登录。
如果用户输入非法账号时,将不予登录,直到输入合法账号为止。
合法登录用户可以看到自己人的个人信息,如:购物车是否存套餐、收货地址、账户余额、对套餐的评论、已经成功购买的订单记录等,网上订餐管理系统的业务流程如图2-2所示。
图2-2 业务流程图
2.5 E-R图
E-R图描述现实世界概念结构模型的有效方法,很好的帮助用户进行数据库设计。
在本系统借助E-R图简单的描述了会员及系统管理员登录流程及各个实体间的联系,使得整个结构清晰明了。
(1)会员是系统重要组成的部分,如果没有会员,那么整个系统预期实现的网上购买套餐功能将随即消失,同时会员的基本信息对商家来说也是很重要的,其属性有:用户名、手机号码、姓名、账号、密码等信息,具体如图2-3所示。
图2-3 网站会员实体图
(2)管理员是整个系统数据维护的管理者,如果没有管理员,前台会无法显示相关信息,因为所有的信息来源于管理员从后台的录入。
当然一个系统的后台管理员可以是多个,为便于数据的维护,管理员的用户名、密码、姓名、邮箱等属性非常重要,其实体如图2-4所示。
图2-4 管理员实体图
(3)作为一个订餐管理系统,主要的套餐有哪些属性和对属性的描述好坏,都会对用户的购买心里产生一定的影响。
想要让会员深入的了解其相关的信息,那就要从它编号、状态、类别、名称,描述信息等属性入手。
实体图,如图2-5所示。
套餐
套餐编号
编号套餐名称
套餐名称价格
价格描述描述起卖时间
起卖时间所属商家
所属商家状态
状态图片
图片类别
类别度量单位
度量单位
图2-5 套餐实体图
(4)订单是衔接会员和商家的重要桥梁,会员什么时候的订单,订单从包含哪些套餐,付款了多少,收货人地址等等修信息。
从一个订单中我们应该知道套餐和会员的重要信息,如:收货人地址ID 、金额订单受理状态等等必要的属性,具体如实体图2-6所示。
订单
订单订单号
订单号收货地址ID
收货地址ID 下单时间
下单时间完成时间
完成时间运送方式
运送方式受理状态
受理状态金额
金额
图2-6 订单实体图
(5)订单总表只是对订单信息的一个总概括,为了实现一个订单可以保存多个套餐,还需要设置订单明细,其实体如图2-7所示。
订单明细
订单明细订单编号
订单编号数量
数量套餐编号
套餐编号
图2-7 订单明细实体图
(6)文章作为系统的辅助信息,其提供给用户关于套餐新闻资讯等,其实体如图2-8所示。
文章
文章标题
标题内容
内容编号
编号作者
作者点击
点击录入时间
录入时间类别
类别
图2-8 文章实体图
(7)商家作为订单的受理者,会员在前台所下的订单,必须由商家登录系统的后台确认,订单才会生效。
同时商家还可以管理自己的个人信息等属性。
其实体如图2-9所示。
图2-9商家实体图
(8)实体间的关系如图2-10所示,图中知得一个管理员可以管理多个前台的会员账户;前台登录前台主页把自己要买的套餐加入购物车,然后下订单,最终形成购买订单;管理员还可以对商家信息进行简单的维护,订单的管理等功能。
图2-10 实体间的关系图
2.6数据字典
本系统采用SQL Server 2005作为后台数据库。
其安全性高,可伸缩性好,使用也比较简单,总体性能良好等优点;从而提高了系统的可移植性,可扩充性,为以后数据库的升级提供了良好的基础。
命名为db_EatNetShop.mdf,根据ER图导出16张表格,其数据字典如表1所述。
表1 用途表
2.6.1表结构
整个系统用16张二维表的形式保存各种各样的相关数据。
为方便数据库的转移列名全部采用了英文单词的编码,同时在说明一栏附了中文名;为保证数据的安全,对数据类型、小数位、标识、主键、允许空、默认值等根据各个表所存放数据做了不相同格式的规定。
这些表的诸多属性构造了一张完整的二维表,结构一目了然,更重要的一点是易于对数据表的维护。
表2 tb_AdminInfo 管理员信息表
表3 tb_UserInfo 会员基本信息表
表4 tb_CityInfo城市信息表
表5 tb_AreaInfo区域信息表
商家信息表
套餐类别信息表
表8 tb_GoodsInfo套餐信息表
套餐评价信息表
表10 tb_AnswersGoodsBbsInfo商家回复信息表
新闻类别信息表
表12 tb_NewsInfo新闻信息表
订单全部状态信息表
表14 tb_ShopingInfo购物车信息表
表15 tb_OrderInfo订单总表
表16 tb_OrderDetailsInfo订单明细表
表17 tb_ReceiveInfo收货通用信息表
8 tb_NewsClass tb_NewsInfo NewsClassID
9 tb_NewsInfo tb_NewsBbsInfo NewsID
10 tb_OrderInfo tb_OrderDetailsInfo OrderID
11 tb_ReceiveInfo tb_OrderInfo ReceiveID
12 tb_OrderStateInfo tb_OrderInfo StateID
13 UserInfo tb_BbsInfo、tb_NewsBbsInfo、
tb_ReceiveInfo、tb_ShopingInfo
UserID
2.6.2表的关系
在网上订餐管理系统中,当套餐类别信息发生改变时,例如某个套餐的类别被删除了,与其相关联的套餐信息就应该被删除,这样才能保证数据的一致性和完整性等,因此在本系统数据库中建立了数据表的关系如图2-11所示。
图2-11 数据表的关系
第3章详细设计与实现
3.1类库设计
繁杂的系统功能丰富多彩,种类杂多。
为了便于数据维护及功能扩充和让读者清晰的知道系统的结构,为此设计时把同类的数据存放在一个公共类里,多个不同的功能类构成了不同的类库。
系统采用面向对象程序设计,正是很好的体现了功能类的归类存放,各个类库结构如图3-1:
图3-1 类库结构图
其中,BLL(业务层)主要是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理,它为用户层与数据库层建立一座沟通的桥梁。
即前台页面显示所需要读取的数据库信息和与用户交互所录入的数据,如用户打开注册页面填写相应注册信息,点击“注册”按钮之后,后台先定义与之对应的数据类型变量来接收前台控件输入的内容,然后通过调用业务层的函数将数据打包传到DAL(数据层);前台想要显示套餐的信息,就需要通过调用业务层的读取套餐信息的函数,业务再调入数据层,数据层执行相关的SQL语句,从数据库中取出该条目所要显示的数据暂存于Model(实体层),最后将实体层与前台页面的控件绑定数据源,才能实现前台页面信息的正常显示。
通常系统开发过程中,经常有些模块所实现的功能相类似,但只是传递的参数不一样而已。
这样就可以在Common库中定义一个公共函数,如果有多个公共函数,就可以定义不同的类,最后将这些类统一存放在Common库中。
本系统以getString(string Text,int n)函数为例,该函数所实现的功能是获取某个字符串所规定的个数,“Text”为字符串类型变量,代表要截取的内容段,“n”为整型变量,代表要显示字符的个数,若调用为getString("中华人民共和国",int 2),获取的就是“中华”二字。
其能放在Common里面的原因是有些在标题显示时调用,有些在头条信息的简要描述里调用,这样根据显示数目的不同,改变两个参数即可实现,从而减少了代码的冗余,提高了编程效率。
DALFactory抽象工厂库,其功能是创建数据访问的对象工厂,从本质上采用了抽象工厂的设计模式,来支持多种数据访问。
利用了的反射机制,通过网站的web.config配置文件来确定使用哪种数据访问实现以对数据的操作。
其允许很多实的工厂类从抽象工厂类继承下来, 实际上成为多个简单面向对象程序的综合,从而推广了简单面向对象程序。
它的批量生产和快速映射,提高了执行效率。
DBUtility库存放不同数据库及连接、打开、取数据功能类;本系统中DbHelper.cs类存放的是连接及操作Sql数据库的一些经过封装好的公共方法;其读取web.config配置文件里面统一设置好的所要连接的数据库类型,便于数据库的切换,提高系统的可移性和数据库的优化升级或者数据转移。
IDAL接口库,这是一组接口类集合,其中包括了每个要公开的数据访问方法,但是未实现该方法的功能。
为每个数据库产品单独编写的数据访问层都要实现这组接口所定义的方法,也就是规定了在DAL中编写该方法的所要实现功能的具体步骤所包含的代码。
IDAL要达到的目的是:实现业务逻辑(BLL)与数据库访问(DAL)的完全分离。
Model实体库,其用作在 SQL Server或者其他数据库实例上创建的所有数据库的模板,暂时的放在从前台输入或者后台读取得来的数据。
在Model里面定义了与数据项所对应的数据类型,和读写权限,与数据库中的数据表一一对应。
为了保证数据的安全性,各层的引用关系有:用户层引用业务逻辑层;业务逻辑层引用接口层、实体层、数据层的抽象工厂;接口层引用实体层;实体层本身无引用;数据层的抽象工厂引用接口层,通过读取web.config里面所设置的程序集来加载类的实例,并返回给业务逻辑层使用;数据访问层引用实体层、接口层,通过数据层的抽象工厂反射机制来加载程序集来实现接口层所定义的方法。
3.2前台公共模块
为了减少数据的冗余,提高模块的可重用性,整个系统设计了一个命名为Common公共的类库,用于存放公共的功能类以实现共同的功能;以cuts(string aa, int bb)和ShowMessage(Page tPage,string msg)两个函数为例。
前者主要实现的功能为截取内容的一部分来显示,假设前台标题要求显示8个字符串,而数据库中完整的标题却是12个字符串,此时只需在用到的地方调用此函数,将保存完整标题的变量“aa”和截取个数的变量“bb”的具体的值传入取可轻松实
现;后者实现的功能为弹出提示框,显示相关信息提示用户下一步如何操作的交互性。
变量“tPage”通常为当前页,用“this”代替,变量“msg”为要显示要给用户看的信息,根据实际情况而定。
若在单击事件下提示用户“您已经成功加入购物车!”字样,则在该事件下调用为ShowMessage(this,"您已经成功加入购物车!")。
两个函数的具体编码如下:
public static string cuts(string aa, int bb)
{
if (aa.Length <= bb) { return aa; }
else { return aa.Substring(0, bb); }
}
public static void ShowMessage(Page tPage,string msg)
{
tPage.ClientScript.RegisterStartupScript(tPage.GetType(), "alert",
"<script>alert('" + msg + "');history.go(-1);</script>");
}
3.3前台模块
3.3.1母版页
前台的母版页(MasterPage.master),它很好地实现界面设计的模块化,公共部分的代码只需写一回就可以实现多处通用,优化了很多的代码量。
界面布局也统一化,修改时只需在Css 或者主题文件中做相应的修改即可实现。
使用母版页可以集中处理页的通用功能,如:在母版页面中布局并实现好了页面头尾功能,页面的中间只根据不同的需求另外布局,但是总体布局还是一致的,从而提高了工作效率。
图3-2中,页面的最上面部分有简单的前台用户登录功能,若喜欢本网站可以将其直接设置为主页或者添加到本地计算机的收藏夹,关键字搜索信息等。
图3-2 前台模板页
此页面布局文件为master.css,其定义了母版页的CSS样式。
另外CSS相对表格的好处就是布局样式表与页面独立存在。
页面内容不变的情况下,只需要修改层叠样式表文件,就可以实现多种不同的排版,让界面符合不同的实际,界面丰富多彩。
同时此页面的信息大多都是从数据库中读取出来再绑定到前台页面,其部分代码如下:
Master.cs文件的部分绑定数据的方法;
//绑定友情链接前10条最新的记录
rptLinkBind.DataSource = tb_HyperlinkInfoBll.Gettb_HyperlinkInfo(10);
rptLinkBind.DataBind();
//绑定城市列表的前10条最新的记录
rptCityBind.DataSource = tb_CityInfoBll.Gettb_CityInfo();
rptCityBind.DataBind();
CityShow.js文件的实现鼠标滑上时显示切换城市模块,鼠标移出进隐藏切换城市列表模块; function ShowDiv() {//显示切换城市一栏层
document.getElementById('listCity').style.display = "block";
}
function HiddenDiv() {//隐藏切换城市一栏层
document.getElementById('listCity').style.display = "none";
}
3.3.2主页
主页是(index.aspx)整个系统的亮点,内容呈现丰富多彩又显得有层次感,其布局符合人性化设计。
最上头部分有用户登录、注册、忘记密码、加入收藏、设为主页、关键搜索、菜单栏、按分类及区域和排序等功能;中间主要是显示套餐的简单信息,点击其进入到套餐的详细描述页面。
中间的右边部分是网站的公告、资讯文章等;主页的底部先是友情链接,接着在其下方显示会员服务条款,版权信息等。
简洁明了的页面,却呈现出丰富的信息来,激发用户的兴趣,使用户过目难忘。
效果图如下图3-3
图3-3前台主页
主页布局文件为Index.css,其页面布局文件在原有母版Master.css的基础上增加了中间显示的CSS样式,两个样式结合就可以呈现出丰富多彩的主页来。
页面为了实现数据在不同的表绑定到前台的时候又需要保持数据的一致性,为此使用Repeater数据绑定控件的ItemCommand事件。
//用记可以用鼠标简单的点击按所大区域查找套餐,就可列出套餐信息,简单方便,代码为:
protected void AreaID_OnItemCommand(object sender, RepeaterCommandEventArgs e)
{
// 绑定事件里面获取行的 GetGoodsID
if (mandName == "GetAreaID")//分类各个按钮
{
rptAreaBind.DataBind();//重新绑定区域的数据
int id = Convert.ToInt32(mandArgument);
rptGoodsBind.DataSource = tb_GoodsInfoBll.tb_GoodsInfoByAreaID(id);//根据用户点击的区域按钮获取所有的本区域的套餐
rptGoodsBind.DataBind();
}
}
///当点击按销量降序时,列出套餐的信息,销量可以从高到低,低到高排列。