简介基于ASP.NET的玩具网上销售网站是一份典型的Web开发毕业设计项目适合计算机专业学生、ASP.NET初学者及需要电商网站源码参考的开发者。资源以完整源码为主体覆盖商品展示、购物车、订单处理、用户管理等核心电商模块可帮助读者理解从数据库设计到前后端联调的全过程。压缩包共769个文件约6.43MB其中包含aspx页面、cs后台逻辑、config配置文件、css/js前端样式及mdf/ldf数据库文件另有大量gif/jpg图片资源目录结构较为清晰。已有118人学习浏览。通过研读源码可掌握ASP.NET Web Forms/MVC组织方式、C#业务逻辑编写、ADO.NET数据库交互、用户身份验证与IIS部署等关键知识点是一份兼具课程设计与就业实战价值的完整参考资料。1. 从毕业设计标题看ASP.NET玩具商城的真实骨架毕业设计选题表里排在“基于ASP.NET的玩具网上销售网站”前面的往往是同一套模板换皮的图书、手机、零食商城。标题里的ASP.NET决定技术路线是Web Forms服务端控件、回发模型和代码隐藏文件而“玩具”这个垂直品类影响的只是分类表和商品表的种子数据文案。真正需要动手的是把商品展示、购物车、订单提交、后台维护这条链路完整跑起来再在答辩时讲清楚Session存了什么、库存什么时候扣减、订单状态凭什么从0变到1。本文按这类毕业设计最常见的落地路径从数据库模型、三层架构、前后台页面到源码包验收依次展开把能直接抄进自己工程里的代码和参数写出来。读者定位是准备用ASP.NET Web Forms收尾毕设的人以及刚拿到一份源码包但不确定从哪下手检查的开发者。2. 玩具商城先搭哪几张表数据库模型与三层架构2.1 最少五张业务表的建表脚本网上玩具销售网站的项目差异主要在字段命名表骨架高度一致。用SQL Server 2008 R2及以上兼容写法为例会员、商品、分类、订单主表、订单明细表是五张核心表其中订单拆成两张表的关键在于一个订单对应多个商品行明细表单独存单价和数量主表存收货人与总金额。CREATE TABLE Categories ( CategoryId INT IDENTITY(1,1) PRIMARY KEY, CategoryName NVARCHAR(50) NOT NULL, ParentId INT NULL DEFAULT 0 ); CREATE TABLE Products ( ProductId INT IDENTITY(1,1) PRIMARY KEY, CategoryId INT NOT NULL REFERENCES Categories(CategoryId), ProductName NVARCHAR(100) NOT NULL, Price DECIMAL(18,2) NOT NULL, Stock INT NOT NULL DEFAULT 0, ImageUrl NVARCHAR(200) NULL, Description NVARCHAR(MAX) NULL, Status BIT NOT NULL DEFAULT 1 ); CREATE TABLE Users ( UserId INT IDENTITY(1,1) PRIMARY KEY, UserName NVARCHAR(50) NOT NULL UNIQUE, Password NVARCHAR(64) NOT NULL, Email NVARCHAR(100) NULL, Phone NVARCHAR(20) NULL, RegisterTime DATETIME NOT NULL DEFAULT GETDATE() ); CREATE TABLE Orders ( OrderId INT IDENTITY(1,1) PRIMARY KEY, OrderNo NVARCHAR(32) NOT NULL, UserId INT NOT NULL REFERENCES Users(UserId), TotalAmount DECIMAL(18,2) NOT NULL, Status TINYINT NOT NULL DEFAULT 0, ReceiverName NVARCHAR(50) NOT NULL, ReceiverPhone NVARCHAR(20) NOT NULL, ReceiverAddress NVARCHAR(200) NOT NULL, CreateTime DATETIME NOT NULL DEFAULT GETDATE() ); CREATE TABLE OrderItems ( OrderItemId INT IDENTITY(1,1) PRIMARY KEY, OrderId INT NOT NULL REFERENCES Orders(OrderId), ProductId INT NOT NULL REFERENCES Products(ProductId), Quantity INT NOT NULL, UnitPrice DECIMAL(18,2) NOT NULL );建表脚本里几个细节直接影响后续代码量。金额统一用decimal(18,2)订单汇总和打折不会出现0.9999这种精度闹剧Products里的Status位用来做上下架后台下架只是把1改成0不删数据答辩时这是现成的“软删除”设计点Password列长度64是给MD5或SHA1哈希后定长字符串预留的源码包里如果看到varchar(20)却写“加密存储”多半是存了明文Orders表冗余收货人三字段下单后用户改资料不影响旧订单这是订单建模里最容易被漏掉的一条。2.2 DAL、BLL、Model分层与引用关系解压源码后先看目录结构确认有没有Model、DAL、BLL三组文件夹还是所有代码都堆在aspx.cs里。三层架构在毕业设计里的意义不是秀设计模式是让代码有明确的边界页面只负责取数和绑定SqlConnection只出现在DAL层业务判断集中在BLL层。引用关系是UI指向BLLBLL指向DALDAL指向ModelUI不许跨层直接碰DAL。// Model层实体类 public class OrderInfo { public int OrderId { get; set; } public string OrderNo { get; set; } public decimal TotalAmount { get; set; } public byte Status { get; set; } }// DAL层数据访问类 public class OrderDA { private readonly string connStr ConfigurationManager.ConnectionStrings[ShopConn].ConnectionString; public int AddOrder(OrderInfo order) { const string sql INSERT INTO Orders (OrderNo, UserId, TotalAmount, Status, ReceiverName, ReceiverPhone, ReceiverAddress) VALUES (OrderNo, UserId, TotalAmount, Status, ReceiverName, ReceiverPhone, ReceiverAddress); SELECT SCOPE_IDENTITY();; using (var conn new SqlConnection(connStr)) using (var cmd new SqlCommand(sql, conn)) { cmd.Parameters.AddWithValue(OrderNo, order.OrderNo); cmd.Parameters.AddWithValue(UserId, order.UserId); cmd.Parameters.AddWithValue(TotalAmount, order.TotalAmount); cmd.Parameters.AddWithValue(Status, order.Status); cmd.Parameters.AddWithValue(ReceiverName, order.ReceiverName); cmd.Parameters.AddWithValue(ReceiverPhone, order.ReceiverPhone); cmd.Parameters.AddWithValue(ReceiverAddress, order.ReceiverAddress); conn.Open(); return Convert.ToInt32(cmd.ExecuteScalar()); } } }AddOrder的返回值是新订单自增主键。这里用ExecuteScalar配合SCOPE_IDENTITY而不是先取出MAX(OrderId)再加一后一种写法在多人同时下单时会拿错行也是答辩追问时最常被点到的细节。参数化查询的AddWithValue在.NET Framework时代够用核心是每个值都走参数而不是拼字符串SQL注入的防御点就在这一行。连接串统一从web.config读取不要在DAL里每方法new一个连接字符串否则换成自己的服务器后要全局替换几十处。2.3 选型口径为什么是 Web Forms 而不是 ASP.NET MVC现在搜索热词里ASP.NET Core和ASP.NET MVC出现的频率远高于Web Forms但毕业设计题目写明“ASP.NET”时题库模板默认Web Forms。还有一个客观原因存量源码包和老师手头示例代码大半是.NET Framework 4.x的Web Forms工程。用ASP.NET MVC写商品列表、订单提交这类强交互功能路由注册、ModelState验证、控制器和视图分离工期预计增加三分之一Web Forms的Button事件模型一次回发就能完成库存判断与页面跳转对时间紧张的毕设更实际。ASP.NET MVC工作原理本质是请求经RouteTable匹配后进入Controller由Action返回ActionResult渲染视图这套概念作为“后续演进方向”在答辩介绍中说一句就行不必在毕设里强行重构。3. 商品列表、购物车与提交订单的页面实现3.1 商品列表分页与CommandArgument参数传递商品列表页是访问量最大的入口用Repeater加PagedDataSource是源码包里最常见的搭配。GridView自带的分页、排序虽然省事ViewState体积大页面回发一次几百KBRepeater没有额外状态只负责循环渲染模板。asp:Repeater IDrptProducts runatserver ItemTemplate div classproduct-card a hrefProductDetail.aspx?id%# Eval(ProductId) % img src%# ResolveUrl(Eval(ImageUrl).ToString()) % / /a h3%# Eval(ProductName) %/h3 p%# Eval(Price, {0:F2}) %/p asp:Button IDbtnAddCart runatserver Text加入购物车 CommandArgument%# Eval(ProductId) % OnClickbtnAddCart_Click / /div /ItemTemplate /asp:Repeaterprivate void BindProducts() { int categoryId 0; if (!int.TryParse(Request.QueryString[cid], out categoryId)) { categoryId 0; } int pageIndex 1; if (!int.TryParse(Request.QueryString[page], out pageIndex) || pageIndex 1) { pageIndex 1; } var list ProductManager.GetOnSaleProducts(categoryId); var pds new PagedDataSource { DataSource list, AllowPaging true, PageSize 9, CurrentPageIndex pageIndex - 1 }; rptProducts.DataSource pds; rptProducts.DataBind(); }QueryString解析用int.TryParse而不是Convert.ToInt32因为cid和page为空、为中文、为负数时TryParse返回false代码能继续按默认值执行Convert.ToInt32在非法输入时直接抛页面异常。PagedDataSource的CurrentPageIndex从0计数URL里的page从1开始分页参数减一是毕设源码里最容易写错的位置调不出来时先看这里。加入购物车按钮的CommandArgument绑定的是ProductId在Click事件里通过CommandArgument拿商品ID就不需要额外用ViewState存当前浏览项。3.2 购物车载体Session、Cookie、数据库怎么取舍购物车实现可以从三个位置选。常见做法是Session托底Cookie存跨会话数据库存正式商城。下面的对照表也是答辩时“设计思路”的直接答案存储载体存放位置生命周期适合场景Session服务器内存或StateServer会话结束或超时失效右侧毕设与小型站点Cookie客户端浏览器自定义过期时间记住登录状态、跨会话购物车数据库SQL Server购物车表永久多端同步、正式商用项目Session方案把所有条目作为一个List放在会话里只在结算时写库对玩具商城这种低频访问的场景完全够用。Cookie方案的问题在于购物车数据会暴露给客户端需要序列化和加密工作量成倍增加。数据库方案最可靠但每个加购动作都要发起一次数据库请求还要处理“游客未登录也能加购”的游客标识毕设阶段没必要上。public class CartManager { public static ListCartItem GetCart() { if (HttpContext.Current.Session[Cart] null) { HttpContext.Current.Session[Cart] new ListCartItem(); } return (ListCartItem)HttpContext.Current.Session[Cart]; } public static void AddToCart(int productId, int quantity) { var cart GetCart(); var item cart.FirstOrDefault(c c.ProductId productId); if (item ! null) { item.Quantity quantity; } else { var product ProductManager.GetProduct(productId); cart.Add(new CartItem { ProductId productId, ProductName product.ProductName, UnitPrice product.Price, Quantity quantity }); } } }GetCart先判断空引用为空就新建一个List放进Session再返回所有后续操作都作用于同一个集合。同商品再次加购时合并数量而不是插入第二行购物车页面展示才不会有重复条目。CartItem里冗余ProductName和UnitPrice购物车列表页直接绑定不每次回查商品表速度和读库压力都更友好。3.3 下单事务库存扣减与订单写入的原子性提交订单按钮背后只有一件事要么全部成功要么全部不成功。先减库存后插订单插单失败库存就丢了先写订单不减库存超卖会发生。正确做法是在一个SqlTransaction里完成三个操作。public bool CreateOrderAndReduceStock(OrderInfo order, ListCartItem items) { using (var conn new SqlConnection(connStr)) { conn.Open(); using (var trans conn.BeginTransaction()) { try { const string insertOrder INSERT INTO Orders (OrderNo, UserId, TotalAmount, Status, ReceiverName, ReceiverPhone, ReceiverAddress, CreateTime) VALUES (OrderNo, UserId, TotalAmount, Status, ReceiverName, ReceiverPhone, ReceiverAddress, GETDATE()); SELECT SCOPE_IDENTITY();; int orderId; using (var cmd new SqlCommand(insertOrder, conn, trans)) { // 参数赋值省略写法与上节OrderDA一致 cmd.Parameters.AddWithValue(OrderNo, order.OrderNo); cmd.Parameters.AddWithValue(UserId, order.UserId); cmd.Parameters.AddWithValue(TotalAmount, order.TotalAmount); cmd.Parameters.AddWithValue(Status, order.Status); cmd.Parameters.AddWithValue(ReceiverName, order.ReceiverName); cmd.Parameters.AddWithValue(ReceiverPhone, order.ReceiverPhone); cmd.Parameters.AddWithValue(ReceiverAddress, order.ReceiverAddress); orderId Convert.ToInt32(cmd.ExecuteScalar()); } foreach (var item in items) { const string reduceStock UPDATE Products SET Stock Stock - Qty WHERE ProductId ProductId AND Stock Qty; SELECT ROWCOUNT;; using (var cmd new SqlCommand(reduceStock, conn, trans)) { cmd.Parameters.AddWithValue(Qty, item.Quantity); cmd.Parameters.AddWithValue(ProductId, item.ProductId); int affected Convert.ToInt32(cmd.ExecuteScalar()); if (affected 0) { trans.Rollback(); return false; } } } trans.Commit(); return true; } catch (Exception) { trans.Rollback(); throw; } } } }UPDATE Products SET Stock Stock - Qty WHERE Stock Qty这条语句把“查库存”和“减库存”合并成一次原子操作不用先SELECT再UPDATE避免两条独立命令之间有并发请求插入。affected为0意味着库存不足或商品已下架此时整单回滚。同样的逻辑如果是先判断再更新需要加UPDLOCK行锁写法复杂且容易死锁所以优先用这个条件更新写法。注意ExecuteScalar拿ROWCOUNT时UPDATE影响的行数正好是1或0事务的控制流靠这个返回值就够了。4. 后台权限、商品上传与订单状态流转4.1 后台登录登录控件还是手写FormsAuthentication搜索引擎里能搜到大量ASP.NET登录注册控件的使用示例但毕业设计后台很少直接用Login控件。Login控件默认对接Membership框架要扩展“会员与管理员双角色”反而绕路。常见做法是手写一个登录页验证用户名密码通过后写入FormsAuthentication票据后台页面统一走权限校验。protected void btnLogin_Click(object sender, EventArgs e) { string userName txtUserName.Text.Trim(); string password FormsAuthentication.HashPasswordForStoringInConfigFile( txtPassword.Text.Trim(), MD5); var user UserManager.Login(userName, password); if (user ! null user.RoleId 1) { FormsAuthentication.SetAuthCookie(user.UserId.ToString(), false); Response.Redirect(Admin/Default.aspx); } else { litMessage.Text 用户名或密码错误或没有管理权限; } }HashPasswordForStoringInConfigFile在.NET Framework 4.5后标记为过时但存量源码包和大量老系统还在用功能上没有问题。新工程建议用System.Security.Cryptography的MD5CryptoServiceProvider手写哈希或者升级到SHA256数据库里的哈希长度相应从32位变64位。RoleId等于1表示管理员普通会员注册时默认RoleId为2这套整型角色判断比字符串角色名快也不容易写错拼写。后台所有aspx页面在Page_Load里校验当前用户是否管理员Page_Load里必须判断IsPostBack否则点击按钮后校验逻辑会在回发中提前拦截掉合法操作。4.2 商品维护页图片上传的扩展名白名单与文件改名后台商品维护页比前台写起来繁琐的不是GridView增删改是图片上传的边界处理。如果保存时直接使用原文件名中文文件名在部分服务器上会有编码问题同名文件后上传的会覆盖先上传的更危险的是没有限制类型时可能上传aspx脚本虽然后续没写执行逻辑但这类风险在答辩技术安全提问里问得最多。protected void btnUpload_Click(object sender, EventArgs e) { if (!fuImage.HasFile) { return; } string ext Path.GetExtension(fuImage.FileName).ToLower(); string[] allowed { .jpg, .jpeg, .png, .gif }; if (Array.IndexOf(allowed, ext) 0) { litMsg.Text 仅支持jpg、png、gif格式; return; } if (fuImage.PostedFile.ContentLength 2 * 1024 * 1024) { litMsg.Text 图片大小不能超过2MB; return; } string fileName Guid.NewGuid().ToString(N) ext; string dir Server.MapPath(~/Upload/Product/); if (!Directory.Exists(dir)) { Directory.CreateDirectory(dir); } fuImage.SaveAs(Path.Combine(dir, fileName)); txtImageUrl.Text /Upload/Product/ fileName; }扩展名校验用白名单不用黑名单。黑名单过滤aspx之后服务器上可能还有cer、ashx、asmx这类可执行扩展名白名单只承认图片类型其余一律拒绝。大小限制用PostedFile.ContentLength超过2MB直接返回提示避免大文件填满磁盘。文件名用Guid.NewGuid().ToString(N)重命名长度为32位的无横线字符串加上原扩展名后基本不可能重名。Directory.CreateDirectory在目录已存在时会静默返回不需要额外判断这是.NET的既定行为。4.3 订单状态流0-1-2-3的迁移条件和操作按钮去重订单状态在Orders表里的Status是tinyint数值语义放在代码的枚举里维护而不是散落在各个if里。状态流如下0待付款付款后变成1待发货商家发货变成2待收货用户确认收货变成3已完成取消或超时置为9已关闭。状态之间只允许单步跳转不允许从0直接跳到3。Status值状态名称商家可执行操作用户可执行操作0待付款关闭订单置9取消订单置91待发货发货置2申请退款置92待收货查看物流确认收货置33已完成查看详情查看详情9已关闭无无后台订单列表页的操作按钮要根据当前Status动态显示比如Status等于2时才显示“确认发货”等于3时只显示“查看”。用Dictionaryint, List 按状态值列出可操作按钮比在aspx里写一长串if判断清晰得多。这个状态迁移规则建议写进论文的数据库设计说明里画一个表格或状态列表答辩提问“订单状态怎么流转”时对着表讲条理比现场临场发挥强得多。5. 验收源码包时的检查清单与演示前的三个修改点5.1 web.config连接字符串检查解压源码包后的第一个动作不是按F5而是打开web.config看connectionStrings节点。connectionStrings add nameShopConn connectionStringData Source.;Initial CatalogToyShop;User IDsa;Password123456;Integrated SecurityTrue providerNameSystem.Data.SqlClient / /connectionStrings最常见的三种问题数据库实例名要改成自己的Data Source.表示本机默认实例如果你装的是命名实例要写成“localhost\SQLEXPRESS”Initial Catalog要和你还原进去的库名完全一致差一个字母页面报“Cannot open database”演示环境建议用Windows集成验证把User ID和Password那段删掉只留Integrated SecurityTrue既不用在演示时暴露密码也避免误导读者以为SA密码就该是123456。5.2 演示前必改的三个位置第一处所有GridView的Sorting事件要处理。不加处理时点击列头会回发但页面无反应演示时老师手滑点到列头界面僵在那里非常尴尬。第二处后台页面Page_Load里如果没有IsPostBack判断登录后第一次点击按钮会被自动登出这类逻辑错误在导航测试时就能暴露提前点一遍后台的编辑和删除按钮。第三处把商品图片的物理路径检查一遍源码包里的ImageUrl字段可能写死为“/images/1.jpg”但你的项目里没有images目录绑定后页面显示一排碎图演示效果直接打折扣。5.3 答辩演示的推荐顺序演示时先走一遍用户主流程注册账号、登录、按分类筛选玩具商品、加入购物车、提交订单完成后退出登录。然后切到管理员账号进入后台确认这个订单在待发货列表出现执行发货回到用户端登录确认收收让订单状态走完0到3的完整闭环。最后打开SQL Server Management Studio展示Orders和OrderItems的表数据说明订单拆主从表的原因。整个演示顺序掐在十分钟内讲完状态流的完整性比单个页面的花哨操作更能撑住答辩时长里的技术问答部分。本文还有配套的精品资源点击获取