技术栈设计思路：包含微信小程序+H5+SpringBoot+IDEA+SSM+MYSQL+Maven等（如需获取源码请私信）
功能设计思路：
前台（小程序）：
（1）登录功能：在移动端，用户登录使用微信小程序进行点餐。
（2）优惠券功能：首页置顶可用的优惠券。
（3）公告功能：接收店家活动公告，如菜品折扣信息，新菜品上市信息等。
（4）查询菜单功能：在点餐界面展示出菜品/套餐分类，并根据当前选择的菜品/套餐分类加载其中的菜品信息，供用户查询（包括菜品相关信息、顾客评价等）。置顶常点菜品或置顶推荐菜品。
（5）购物车功能：用户选中的菜品会加入到用户的购物车中，每个菜品可以对数量增减，主要包含查询购物车、加入购物车、删除购物车、清空购物车等功能。
（6）订单支付功能：用户选完菜品之后，对购物车中的菜品进行结算支付（考虑优惠券的使用等），并可以设置支付倒计时。在结算时选择外卖配送或到店两种情况。
（7）打分评论功能：完成每一单之后，用户可以对菜品进行打分评价。
（8）个人钱包：用户可参加店家有奖充值活动（例如充100送20），账户内金额用于订单支付（模拟支付），余额可待下次使用。
（9）个人中心：在个人中心页面中会展示当前用户的基本信息（历史订单、地址管理、个人钱包、优惠券），用户可以管理收货地址（可以自动定位），也可以查询历史订单数据，查看优惠券等。
餐厅端分为两个角色，普通员工和后台管理员。
后台管理员功能：
1、注册登录。可以通过账号、密码等多种方式登录。
2、为普通员工分配账号，设置初始密码，分配相应权限。
3、员工管理。对员工信息进行管理，包含新增员工、编辑员工、禁用员工、查询员工等。
4、分类管理。此功能实现对菜品分类，套餐分类进行管理维护，包含查询、新增、修改、删除等功能。
5、菜品管理。主要维护各个分类下的菜品信息，包含查询、新增、修改、删除、启售、停售等功能。
6、套餐管理。主要维护当前餐厅中的套餐信息，包含查询、新增、修改、删除、启售、停售等功能。
7、订单明细。主要维护用户的订单信息，包含查询、取消、派送、完成，以及订单报表下载等功能。
8、评论区管理。对用户评论管理，回复评论。
9、统计汇总功能。选择时间段对菜品的销售情况进行汇总，生成报表或图表，为菜品更新提供依据。
普通员工功能：
查询菜品分类、套餐分类、菜品信息以及订单信息。
工程架构设计思路
1、pages目录：这个目录下放的其实就是一个个的微信端的页面了其中的index文件夹、logs文件夹其实都是单独的页面；
再以index文件夹举例说——下属4个不同后缀文件：
（1）js：就是页面内的js文件，页面中的变量、监听事件全都在这里；
（2）json：页面的配置文件，其实就类似后端的配置文件，就看成
properties或者xml就好了；
（3）wxml：页面的结构文件，查看可以发现就是各种标签组成的结构块；
（4）wxss：页面的样式文件，看着里面都是选择器。
2、utils目录：这里面存的都是一些公用的js，就当作web后端项目的工具类就好啦，提供公共方法减少冗余和维护难度的；
3、app.js文件:整个微信小程序相关的全局js，这里有监听整个小程序的生命周期函数和全局变量；
4、app.json文件：是对整个小程序的静态全局配置，我们可以在这个文件中配置小程序是由哪些页面组成（路由），配置小程序的窗口背景色、配置导航条样式，配置默认标题，可以配置整个项目的样式，超时时间，加载的插件等等；(注意该文件不可添加任何注释)；
5、app.wxss文件：整个小程序的样式文件，我个人认为这个文件就是设置整个项目的css文件。针对每个页面的css文件的内容不同，加载到对应页面的css样式时，当前页面的wxss文件会覆盖app.wxss文件（估计跟普通的css样式的覆盖规则类似）。
6、project.config.json文件: 这个其实是每个开发者工具生成的项目都有的，但和项目内容实际没有特别大关联，主要是记录相关工具的配置的，在工具上做的任何配置都会写入到这个文件，当重新安装工具或者换电脑工作时，只要载入同一个项目的代码包，开发者工具就自动会帮你恢复到当时你开发项目时的个性化配置，其中会包括编辑器的颜色、代码上传时自动压缩等等一系列选项。
7、sitemap.json文件: 这个可以配置是否允许被微信索引，具体看微信官方文档-sitemap 配置
在这里插入图片描述
1160
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
