基于springboot的校园食堂订餐系统

本文介绍了基于SpringBoot和VUE技术设计的校园食堂点餐系统,旨在解决高校食堂服务不足的问题。系统实现了菜品推荐、收藏、食堂管理、订单管理、菜品统计和用户管理等功能,提升了食堂管理效率和服务质量。同时,系统利用个性化推荐技术,为学生提供用餐参考,并通过数据流图进行系统分析,确保系统性能。此外,文章详细阐述了系统各模块的设计与实现,包括登录验证、食堂订餐管理等,以及进行了系统测试,以确保功能的稳定性和准确性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

摘 要
近年来随着高校的扩招,大学生人数越来越多,食堂里面的菜肴也变得五花八门,但学生每天都面临着不知吃什么的问题,当前学校食堂提供的服务满足不了学生多样化的需求。
校园食堂是为学生提供用餐服务的重要场所,在现阶段中,大多数校园食堂的用餐人数较多,但食堂设施却较为落后,无法满足师生的点餐服务需求。在信息化时代中,互联网+校园食堂点餐系统的设计,能有效改善上述问题,让校园食堂服务得到优化,提高食堂管理的质量效率。
本文根据对校园食堂现状的调研,通过使用Spring Boot,VUE等技术设计校园食堂点餐系统,实现菜肴推荐,菜肴收藏等功能,为学生日常选餐提供参考;还实现食堂管理,用户管理等服务,加强学校对食堂的日常管理。
关键词:校园订餐;食堂订餐;订餐系统;Spring Boot;MySQL
Abstract
In recent years, with the expansion of colleges and universities, the number of college students is increasing, and the dishes in the canteen have become varied. However, students face the problem of not knowing what to eat every day. The current services provided by the current school canteen cannot meet the diverse needs of students.
Campus canteen is an important place to provide dining services for students. At the present stage, most campus canteens have large numbers of diners, but the canteen facilities are relatively backward, which cannot meet the ordering service needs of teachers and students.In the information age, the design of the Internet + campus canteen ordering system can effectively improve the above problems, make the campus canteen service be optimized, and improve the quality and efficiency of the canteen management.
According to the investigation of the current situation of the campus canteen, through the use of Spring Boot, VUE and other technologies to design the campus canteen ordering system, realize dish recommendation, dish collection and other functions, to provide reference for students’ daily meal selection; also realize canteen management, user management and other services, strengthen the daily management of the canteen.
Key words: campus meal ordering; canteen meal ordering; meal ordering system; Spring Boot; MySQL
目 录
摘 要 I
Abstract II
第1章 绪论 - 1 -
1.1 选题背景及意义 - 1 -
1.1.1选题背景 - 1 -
1.1.2选题意义 - 1 -
1.2 校园食堂订餐系统的现状和问题 - 2 -
1.3 主要研究内容 - 2 -
1.4 论文组织结构 - 3 -
第2章 系统分析 - 4 -
2.1 系统功能需求 - 4 -
2.1.1 校园食堂管理 - 4 -
2.1.2 菜品管理 - 5 -
2.1.3 订单管理 - 5 -
2.1.4 菜品统计 - 6 -
2.1.5 我的订单 - 6 -
2.1.6 用户(学生、教职工)订餐 - 7 -
2.1.7 数据流图 - 8 -
2.2 个性化推荐技术 - 9 -
2.3 系统性能分析 - 12 -
2.4 系统开发运行环境 - 12 -
2.5.1 硬件环境 - 12 -
2.5.2 软件环境 - 13 -
2.6 本章小结 - 13 -
第3章 系统总体设计 - 15 -
3.1 系统设计原则 - 15 -
3.2 系统描述及架构设计 - 15 -
3.3 数据库设计 - 17 -
3.3.1 数据库设计原则 - 17 -
3.3.2 系统模块属性及E-R图分析 - 17 -
3.3.3 数据表的创建 - 20 -
3.4 系统功能模块设计 - 24 -
3.4.1 食堂管理 - 25 -
3.4.2 菜品管理模块 - 25 -
3.4.3 食堂订餐管理模块 - 25 -
3.4.4 菜品统计管理 - 26 -
3.4.5 系统管理 - 26 -
3.5 本章小结 - 26 -
第4章 系统的详细设计与实现 - 27 -
4.1 公共模块类 - 27 -
4.1.1 连接数据库 - 27 -
4.1.2 分页显示 - 28 -
4.1.3 返回信息格式 - 28 -
4.1.4 表格工具类 - 28 -
4.2 登录模块 - 29 -
4.3 功能模块实现 - 32 -
4.3.1 食堂管理实现 - 32 -
4.3.2 菜品管理 - 34 -
4.3.3 订单管理实现 - 40 -
4.3.4 菜品统计实现 - 43 -
4.4 本章小结 - 45 -
第5章 系统测试 - 47 -
5.1 系统测试的原理 - 47 -
5.1.1 系统测试的目的 - 47 -
5.1.2 系统测试的方法 - 47 -
5.2 系统功能测试 - 48 -
5.2.1 功能模块测试用例 - 48 -
5.2.2 用户界面测试 - 50 -
5.3 测试结论 - 50 -
5.4 本章小结 - 51 -
第6章 结论与建议 - 52 -
参考文献 - 53 -
致 谢 - 54 -
系统功能模块设计
校园食堂订餐系统是针对校园后勤部的业务处理工作而开发的食堂管理软件,本系统从功能上主要分为五个模块,分别是菜品管理、订餐管理、食堂管理、预定菜品统计、系统管理。
食堂管理:用于食堂管理员对食堂后台的管理。
菜品管理:用于校园食堂服务后台批量发布菜单、修改菜品、删除菜品、查看菜品等。
订餐管理:用于后台查看订单,消费者订餐与支付、后台处理订单。
预定菜品统计:用于后台对食堂的营业销售情况的统计与对以后菜品原材料的预估购买。
系统管理:用于系统配置管理、日志管理、用户管理、密码管理等。
校园食堂订餐系统功能结构图如图3.17所示。
在这里插入图片描述

图3.17 系统功能结构图
Fig. 3.17 System function structure diagram
3.4.1 食堂管理
食堂管理是方便后勤部或者校园食堂负责人对后台进行监管的模块。主要实现的是校园食堂管理员的对后台信息或者后台菜品的监管和对后台信息的增加,修改,删除和查询。
食堂管理:当食堂管理员成功认证登录后,选择食堂管理模块,查询所有该食堂的后台的信息,可以实现新增后台,逻辑删除后台,查询后台信息等功能。
3.4.2 菜品管理模块
菜品管理模块主要实现对食堂的菜品信息的批量录入、修改、删除和查询,能够让食堂后台及时的更新菜品,也让学生和教职工及时看到实时的菜品,便于选购。
菜品管理流程为由学生或教职工登录验证成功后选择校园食堂和后台后可查询实时菜品。当后台成功登陆后,可以对菜品进行增加,修改,删除和查询等操作。
3.4.3 食堂订餐管理模块
食堂订餐管理模块是校园食堂订餐系统的最为核心的一个模块。食堂订餐管理模块主要实现了学生和教职工的菜品选择后的预定,修改,清空购物车或者提交订单与订单支付的功能,可以实时推送到后台,后台对订单接收或者拒绝后的处理等等。
后台通过登录门户登陆系统,登陆后进入营业状态就可以处理订单,包括查询订单,处理订单,接收订单之后菜品准备完成之后修改订单的状态等等;学生或教职工登陆系统后,选择校园食堂和后台之后可以浏览菜品,然后添加菜品到购物车,然后清空购物车或者继续添加菜品,最后提交订单与支付或者取消订单等操作。
3.4.4 菜品统计管理
菜品统计是后台实现成本预估与营业情况的预估的一个重要功能,该模块主要实现了对用户选购情况的统计。
菜品统计主要是后台登录之后,选择预定菜品统计模块,可以查询菜品统计情况,也可以导出菜品统计为excel表格形式,便于线下分析。
3.4.5 系统管理
系统需要提供运行和维护的功能,包括系统配置管理、用户管理、密码管理和系统运行日志记录等功能。
校园食堂订餐系统用户主要分为系统管理员、食堂管理员用户、后台用户、消费者用户四类用户,系统管理员用户主要负责系统的用户管理、角色管理、密码管理和日常运行及维护工作;食堂管理员用户是整个食堂管理的最高管理者,主要职责是对后台的管理;后台主要职责是菜品管理与订单的处理;消费者(学生和教职工)主要功能是选择菜品与订单管理。
系统管理的主要使用对象是系统管理员,系统管理员具有用户管理功能、密码管理功能、配置管理功能和日志管理功能。用户管理提供角色分配的功能,包括录入、修改和删除校园食堂管理员用户信息的功能;配置管理包括配置系统运行参数和角色权限配置的功能;密码管理提供每个用户个人的密码修改的功能;日志管理主要是管理系统运行日志的功能。
本文来自:http://www.biyezuopin.vip/onews.asp?id=16449
部分代码如下:

package com.byh.biyesheji.Interceptor;

import com.byh.biyesheji.pojo.Customer;
import org.apache.commons.lang.StringUtils;
import com.byh.biyesheji.service.OrderItemService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.servlet.ModelAndView;
import org.springframework.web.servlet.handler.HandlerInterceptorAdapter;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import java.util.Arrays;

/**
 * 前台登陆状态拦截器  如果访问的请求没有在noNeedAuthPage数组就跳转登陆
 */
public class LoginInterceptor extends HandlerInterceptorAdapter {
    @Autowired
    OrderItemService orderItemService;
    /**
     * 在业务处理器处理请求之前被调用
     * 如果返回false
     *     从当前的拦截器往回执行所有拦截器的afterCompletion(),再退出拦截器链
     * 如果返回true
     *    执行下一个拦截器,直到所有的拦截器都执行完毕
     *    再执行被拦截的Controller
     *    然后进入拦截器链,
     *    从最后一个拦截器往回执行所有的postHandle()
     *    接着再从最后一个拦截器往回执行所有的afterCompletion()
     */
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        /**
         *   不需要登录也可以访问的
         *       注册,登录,产品,首页,分类,查询等等
         *   需要登录才能够访问的
         *       购买行为,加入购物车行为,查看购物车,查看我的订单等等
         *   不需要登录也可以访问的已经确定了,但是需要登录才能够访问,截止目前为止还不能确定,所以这个过滤器就判断如果不是注册,登录,产品这些,就进行登录校验
         * 1. 准备字符串数组 noNeedAuthPage,存放哪些不需要登录也能访问的路径
         * 2. 获取uri
         * 3. 去掉前缀/fore
         * 4. 如果访问的地址是/fore开头
         * 4.1 取出fore后面的字符串,比如是forecart,那么就取出cart
         * 4.2 判断cart是否是在noNeedAuthPage
         * 4.2 如果不在,那么就需要进行是否登录验证
         * 4.3 从session中取出"cst"对象
         * 4.4 如果对象不存在,就客户端跳转到login.jsp
         * 4.5 否则就正常执行
         */
        HttpSession session = request.getSession();
        String contextPath=session.getServletContext().getContextPath()+"/fore";
        //准备字符串数组 noNeedAuthPage,存放哪些不需要登录也能访问的路径
        String[] noNeedAuthPage = new String[]{
                "Index", //首页
                "DetailUI", //商品详情页
                "RegisterUI",  //注册页
                "Register",  //注册
                "LoginUI",  //登陆页
                "Login",     //登陆
                "IsLogin",  //判断是否登陆
                "MtLogin", //模态登陆验证
                "CstLoginOut", //退出
                "DelOrderItem",//删除购物车项
                "CreateOrder", //提交订单
                "Payed", //支付成功
                "NameLike", //模糊搜索商品
                "FindCategory", //查看分类下的商品
                "Zixunadd", //添加资讯
                "LoginMsg", //登陆返回信息
        };
        //获取uri
        String uri = request.getRequestURI(); //访问首页 /fore/foreIndex
        //去掉前缀/fore
        uri = uri.substring(5,uri.length());  //去掉前缀后 /foreIndex
        //如果访问的地址是/fore开头
        if(uri.startsWith("/fore")){
            //判断是否是在noNeedAuthPage
            String method = StringUtils.substringAfterLast(uri,"/fore" ); // 取出/fore后的字符串:Index
            //如果不在,那么就需要进行是否登录验证
            if(!Arrays.asList(noNeedAuthPage).contains(method)){
                Customer customer =(Customer) session.getAttribute("cst");
                if(null==customer){
                    response.sendRedirect("foreLoginUI");
                    return false;
                }
            }
        }

        return true;

    }

    /**
     * 在业务处理器处理请求执行完成后,生成视图之前执行的动作
     * 可在modelAndView中加入数据,比如当前时间
     */
    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
       // super.postHandle(request, response, handler, modelAndView);
    }

    /**
     * 在DispatcherServlet完全处理完请求后被调用,可用于清理资源等
     *
     * 当有拦截器抛出异常时,会从当前拦截器往回执行所有的拦截器的afterCompletion()
     */
    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
       // super.afterCompletion(request, response, handler, ex);
    }
}

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

校园食堂订餐系统,是将计算机、通信等现代化技术运用到传统校园食堂服务的新型校园食堂服务方式。 校园食堂订餐系统为了解决以下几个问题:一是疫情期间,学生面临着开学,食堂是学生最聚集的场所之一,食堂订餐系统可以良好的解决学生饮食期间的拥挤等问题;二是让学生健康饮食,减轻目前的大学生吃外卖和不健康食品的问题;三是方便和改善学生的伙食,让学生可以随时随地的选购菜品;四是提高食堂商家的利润,改善商家的销售额。 本文在考虑到以上的问题的基础上,利用大学期间中所学到的的专业知识,独立开发一个基于Spring Boot和vue.js的校园食堂订餐系统论文首先进行了系统功能的总体设计,使本系统具有以下主要功能:一是具有手机端让学生可以随时随地挑选食堂商家的菜品;二是可以让学生可以提交订单、一定时间范围修改和撤销订单;三是具有线上学生一卡通支付功能;四是对菜品销售情况具有统计功能方便商家查看与统计。 本文系统后台使用Spring Boot新型轻量开发框架,采用基本的B/S的互联网架构,前台技术使用可跨Android、IOS、H5、小程序的uni-app进行开发,使用IDEA的IntelliJ IDEA 2019.3.1 x64和WebStorm 2020.1 x64开发工具实现后台与前台的编码。使用MySQL数据库存储技术进行开发。最后完成了系统测试工作和调试工作,满足了校园食堂订餐系统的要求。 最后,对课题工作进行了总结,并对未来研究工作给予了展望。
资源名字:基于Springboot+mysql的高校食堂移动预约点餐系统设计与实现(源码+部署说明+视频演示).7z 资源内容:项目全套源码+完整文档 源码说明: 全部项目源码都是经过测试校正后百分百成功运行。 基于Spring Boot+MySQL的高校食堂移动预约点餐系统是一个用于高校食堂的在线点餐和预约服务系统,主要包括以下功能: 技术栈:该系统采用了Spring Boot作为后端框架,MySQL作为数据存储,具备高效性和可靠性。 用户管理:系统支持学生用户注册、登录和个人信息管理,学生可以创建个人账号并绑定学生信息。 食堂信息管理:系统管理员可以管理食堂信息,包括食堂菜单、食堂营业时间、座位信息等。 菜单浏览和搜索:学生用户可以通过系统浏览食堂的菜单,查看菜品详细信息,并进行关键词搜索和筛选。 预约点餐:学生用户可以选择预约时间段和食堂,预订座位并点选菜品进行预约点餐。 订单管理:学生用户可以查看历史订单、订单状态和订单详情,包括菜品信息、订单金额等。 评价和反馈:学生用户可以对食堂菜品和服务进行评价和反馈,为食堂改进提供参考意见。 消息通知:系统可以向学生用户发送订单状态更新、预约提醒和优惠活动等消息通知。 数据统计和分析:系统可以对预约点餐数据进行统计和分析,包括热门菜品、订单量等,为食堂运营提供数据支持。 用户界面友好:系统的前端界面设计友好,适配移动设备,学生用户可以方便地浏览菜单、进行预约点餐和支付。 总之,基于Spring Boot+MySQL的高校食堂移动预约点餐系统提供了菜单浏览和搜索、预约点餐、订单管理等功能,方便学生用户实现移动端的食堂点餐和预约服务,提高了食堂的服务效率和用户体验,为高校食堂提供了现代化的预约点餐解决方案。
系统适用于:医院、企业、单位(食堂)使用,如:办公人员在自己的电脑上面直接点餐;订餐非常方便,只需1分钟就可以操作完成! 本系统一共分为五大项目组成 一 管理端 二 订餐端 三 刷卡订餐端 四 手机订餐端 五 刷卡就餐端 下面分别介绍各个端的流程 一 管理端 分别由输入菜谱 用户信息 用户充值 记录查询 仓库管理订餐时间设置等组成 主要负责查询、统计就餐人数、就餐刷卡、订餐信息,统计完毕之后然后把统计的结果告知食堂部门,食堂部门可根据当前的结果做菜, 二 订餐端 用于有PC设备的单位订餐用户使用,如办公人员,分别由,订餐,退餐,查询,密码设置等四部分组成 主要负责用户订餐之使用,订餐之后会自动从卡中扣除当前订餐的金额,同时把订餐信息自动保存到服务终端 三 刷卡订餐端 本订餐端需要有触摸功能的电脑配合使用才可以实现。主要用于没有PC设备的单位订餐用户。如工厂员工, 需要的硬件有,触摸电脑一台 读卡器一只,订餐时用户刷卡之后就可以自动进入订餐选择菜单界面,分别由,订餐,退餐,查询,等三部分组成 选择订餐按钮即可进入订餐界面,根据界面左边的说明选择不同的日期与自己喜欢的菜类即可实现点菜订餐订餐完成后,系统会自动从用户卡中扣除订餐的金额 四 手机订餐端 本订餐端主要实现订餐用户通过智能手机浏览器与单位服务器实现远程通信订餐。 解决方案: 单位必须配置一台外网可以访问的服务器,一般须有静态IP地址才可以实现,然后手机端通过3G通信技术访问服务器数据库,从而实现远程订餐。 五 刷卡就餐端(刷卡的目的一是验证用户有没有订餐二是方便分配菜) 本刷卡端主要实现订餐用户就餐时,人手一卡,刷卡的同时会自动打印出当前刷卡用户的订餐清单,方便食堂工作人员分配菜!从而解决吃饭排队速度慢,无序的缺点!
<think>嗯,用户需要设计校园点餐系统的第一层数据流图(DFD)。首先,我需要回忆一下数据流图的基本概念。第一层DFD通常展示系统的主要功能模块和外部实体之间的数据流动,不涉及内部处理细节。根据用户提供的引用内容,系统包括用户、食堂员工和管理员这些角色,还有涉及的功能比如点餐、订单处理、评价等。 首先,确定外部实体。用户提到的引用中,注册用户、食堂员工和管理员都是参与者,所以外部实体应该是用户、食堂员工和管理员。接下来,系统的主要功能模块。根据引用[1]和[3],系统有用户点餐、订单处理、餐品管理、评价管理、数据统计这些模块。然后,数据存储部分,可能需要用户信息、餐品信息、订单记录、评价数据这几个存储库。 然后,数据流的走向。用户提交点餐请求,系统处理生成订单,食堂员工处理订单,用户支付后完成订单,之后用户评价,管理员查看统计。需要确保每个流程都有数据流入和流出,比如用户点餐时需要餐品信息,订单生成后存储到订单记录,支付后更新订单状态,评价数据存储到评价库,管理员获取统计报表等。 还要注意引用中的内容,比如引用[3]提到数据流图是结构化分析方法,所以需要保持层次清晰。第一层DFD应该简洁,只展示顶层流程,不深入细节。可能还需要参考引用[4]中的美食信息页面,确认餐品信息包括窗口、菜品名称、图片等,这些可能影响数据存储的设计。 最后,验证是否符合所有要求,外部实体、处理过程、数据存储和数据流是否齐全,是否有遗漏的部分。比如支付流程是否需要第三方支付系统作为外部实体?用户是否需要登录,这个登录信息如何处理?可能需要根据引用[1]中的用例图来确认权限部分,但第一层DFD可能不需要涉及权限细节,保持简洁。 总结,第一层DFD应该包括用户、食堂员工、管理员三个外部实体,四个处理过程:点餐、订单处理、评价管理、数据统计,四个数据存储:用户信息、餐品信息、订单记录、评价数据。数据流包括点餐请求、订单详情、支付信息、评价数据、统计报表等。确保每个数据流都有正确的来源和去向,符合用户提供的引用内容中的系统功能。</think>### 校园点餐系统第一层数据流图(DFD)设计 #### 1. **外部实体(External Entities)** - **用户**:发起点餐、支付、评价等操作。 - **食堂员工**:管理餐品信息、处理订单。 - **管理员**:查看统计报表、维护系统基础数据。 #### 2. **处理过程(Processes)** - **P1 用户点餐**:用户浏览菜单(引用餐品信息)、提交订单。 - 输入:用户点餐请求(含菜品、数量)。 - 输出:订单数据(存储至订单记录)。 - **P2 订单处理**:系统生成订单编号,分配窗口(引用[4]中窗口编号),通知食堂员工备餐。 - 输入:订单数据。 - 输出:备餐指令(至食堂员工)、支付请求(至用户)。 - **P3 评价管理**:用户完成订单后提交评分(引用[4]评分功能)。 - 输入:用户评价数据(评分、评论)。 - 输出:评价记录(存储至评价数据库)。 - **P4 数据统计**:管理员查看订单量、评价分析(引用[3]数据流逻辑)。 - 输入:统计查询请求。 - 输出:统计报表(基于订单记录和评价数据)。 #### 3. **数据存储(Data Stores)** - **D1 用户信息**:存储用户账号、联系方式等(引用[1]注册用户用例)。 - **D2 餐品信息**:包含窗口编号、菜品名称、价格、图片等(引用[4]美食信息页面)。 - **D3 订单记录**:记录订单编号、用户ID、菜品详情、状态(待支付/已完成)。 - **D4 评价数据**:存储评分、评论、关联订单编号(引用[4]评分功能)。 #### 4. **数据流(Data Flows)** - **用户 → P1**:点餐请求、支付确认。 - **P1 → D3**:订单数据。 - **P2 → 食堂员工**:备餐指令(含窗口编号、菜品详情)。 - **用户 → P3**:评价数据(评分、评论)。 - **P3 → D4**:评价记录。 - **管理员 → P4**:统计查询请求。 - **P4 → 管理员**:统计报表(引用[3]数据流分析)。 $$ \begin{array}{cc} \text{用户} & \xrightarrow{\text{点餐请求}} P1 \xrightarrow{\text{订单数据}} D3 \\ & \downarrow \text{支付确认} \\ \text{食堂员工} & \xleftarrow{\text{备餐指令}} P2 \xleftarrow{D3} \\ \text{管理员} & \xleftrightarrow{\text{统计报表}} P4 \xleftarrow{D3, D4} \end{array} $$ #### 5. **设计依据** - 第一层DFD需体现核心功能模块与数据交互,符合结构化分析要求(引用[3])。 - 数据流向需与系统用例(用户点餐、员工管理、管理员统计)一致(引用[1][4])。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值