基于SpringBoot的媒体平台设计与实现
摘要：随着游戏产业的发展，游戏玩家们迫切希望能够尽快获取最新的游戏资讯或者与他人分享一些最新的游戏技巧。本研究设计了面向游戏的媒体平台前后端架构，实现对后台数据库的可视化操作，从而管理平台中的用户、评论、游戏技巧和游戏资讯等内容。
关键词：媒体平台；游戏资讯；前后端
1. 研究背景
游戏媒体主要分为两种类型，一种是专注游戏相关行业内部信息的to B行业媒体，这种媒体的使用体一般是手游圈或游戏圈的相关从业人士。另一种是面向玩家的to C游戏媒体，这种类型的媒体发展空间相对更大一些。截至今年6月，我国网络游戏用户数为5.09亿，网络游戏收入不断上升。2021年1-6月，中国的网络游戏仅仅只是自主研发的部分在国内市场实际销售收入就已经达到了1301.12亿元，相对2020年同比增长8.3%。
目前，游戏平台在传播游戏资讯的同时也存在着诸多问题：
（1）游戏资讯多为媒体自己发布。比如ign，gamespot等平台，作为游戏媒体创立的初衷就是为了去传播游戏相关的新闻资讯，让更多的玩家能够获取对自己有用的信息，但是这些媒体新闻的发布主要都是由内部人员自行通过自己的内部渠道获取新消息或者通过正常途径获取消息并发布。这样虽然也起到了新闻资讯的传播效果，但是作为媒体也无法面面俱到，也经常会有遗漏或者选择性的发布，在这样的情况下，作为玩家的信息获取上就有了一定的遗漏。
（2）缺乏独立性。虽然诸多游戏媒体在承担着游戏资讯和新闻转播的工作，但是本身这些媒体能够吸引到的流量还是有限的，并没有很多人会主动选择去这些媒体的网站或者平台去了解相关资讯。这些媒体更多的需要依托于类似b站或微博等拥有更多流量的平台发布自己的内容，从而吸引更多的玩家。这种模式就导致这些媒体本身也受限与依托的平台，不管是发布的内容还是自身的流量都与所依附的平台息息相关。这些游戏媒体都多多少少的有着一些有偏向性，多为媒体自身发布新闻，对其他的媒体平台依附性较强等等的问题。随着玩家对于新闻资讯的需求和快捷性的需求，现有的游戏媒体平台常常被诟病，已经越来越不能满足玩家们在这一方面的需求。
2. 系统的需求分析
根据使用的功能和拥有的权限不同，可将系统的用户分为普通用户和管理员两种，管理员与用户使用的并非同一个网页端，而是完全不同的两套系统，但是同样对一个数据库进行请求，所以需要分开作为单独两部分进行讨论，用户可以直接访问首页，但是此时权限受限，部分功能无法使用，需要注册并登录才能正常使用用户端的全部功能，这就需要在用户端对登录状态进行确定。管理员端主要内容。一个是对数据库当前的内容的展示，管理员端首页将会以图表形式简单展示后台数据的情况，再有其他下级页面展示具体数据并且可让管理员对其进行操作，从而保证数据库中数据的安全性，包括对用户，对游戏信息，用户的评论信息的进行的操作，保证没有违规行为的出现，并且同时还要负责后台数据的上传工作。以保障整个系统的正常运转。这两部分功能都通过对数据库的请求来进行数据的传递，以实现整套系统。
3. 系统总体设计
系统总体有前后端两个部分，但是同时前端再分离成两部分，分别是用户端和管理员端，两个前端系统都对同一个后端发生请求，对同一个数据库进行操作，这就构成了整体系统的大致框架。整个系统设计完成后能够保证用户的登录、注册，对前端页面的操作和一些
评论、收藏、个人信息更改等功能能够正常执行，同时管理员端对整个系统的数据控制也都正常。
但是简单的功能正常实现只能说是系统最简单的要求，只做到这一步还远远不够，在此基础之上，首先是在开发过程中要切实的实现面向对象编程的设计思路，这对项目的开发是一件根本性的重要要素，要在开发中尽量构思好每一个实体或者相同一类的行为去设计好对应的接口，这样在前端进行对后端进行访问的时候，就只需要去调用抽象的方法名，能够很好地降低代码的耦合性，同时由于后端的搭建使用了SpringBoot框架，所以在项目结构上，代码的调用是进行了分层的处理，让整个项目结构逻辑清晰，也能够方便后续的改动以及调整。前端部分Vue.js也提供了很好地组件功能，就像后端的开发逻辑一样能够便捷的复用组件，让代码的可读性大大提高，也让整个项目框架逻辑更为清晰。
3.1 业务流程分析
3.1.1 用户端
（1）用户点击进入主页，前端向后端发出请求，获取信息并展示；
（2）用户点击某个首页链接，如果是公开页面，则直接进行跳转，如果是登录用户限制页面，则系统会先进行判断用户的登录状态，如果未登录则进行提示，并拒绝此次请求；
（3）用户点击首页头栏可进入登录界面，如果用户并未注册，登录界面也提供跳转注册界面的按钮，选择注册或直接登录以后，系统自动跳转回首页，并且携带用户登录信息；
（4）用户登录完成，用户信息已经保存，接下来的每次前端请求都会携带当前用户的信息
；
（5）用户再次点击登录限制的页面或功能，系统判断当前用户已登录，请求生效，则携带用户id发送请求；
（6）用户选择退出登录或者网页关闭时，系统清除登录信息，避免用户个人信息的泄露。
3.1.2 管理员端
（1）管理员打开管理员端的登录界面，输入账号密码进行登录，管理员端必须先登录才能进入，且不提供注册方式；
（2）管理员页面向数据库请求数据，并进行前端的渲染进行展示；
（3）管理员选择添加用户信息，游戏信息或游戏资讯，前端弹出表单，需要管理员手动输入所需信息，在前端进行简单的合法性判断，管理员提交时对数据库进行插入，然后对页面进行自动刷新；
（4）管理员选择编辑用户信息，游戏信息或游戏资讯时，同样弹出表单，但是此请求携带选中的信息，直接填入表单中，方便管理员进行修改；
（5）管理员选择删除时，前端携带信息id，在数据库中进行删除操作；
（6）管理员选择评论管理，跳转进专门的评论页面，此时请求携带对应游戏或资讯id，向后端请求专属的评论内容并进行管理。
3.4. 数据库设计
在系统实际的功能运行过程中，所有的请求执行到最后一般都是对数据库的请求或者更改，数据库就是整套系统的基础，正是由于这样的特殊性，导致一旦在开发中对数据库进
行调整，就会牵一发而动全身，不仅仅要对数据库进行更改，更要对前后端中许多相关的部分一起调整，这将会耗费非常多的精力，并且十分容易出现纰漏，这在系统开发中是难以接受的，所以数据库最初的设计就是重中之重，要尽量做到思考谨慎，减少后续的更改甚至不需再进行更改。系统的数据库逻辑结构设计如下：
（1）管理员表：管理员用户名，密码。
（2）用户表：用户名，密码，性别，电话，生日，个人简介，用户头像，创建时间。
（3）游戏信息表：游戏名，开发商，发售时间，游戏类型，游戏简介，游戏图片。
（4）游戏资讯表：资讯标题，资讯封面图片，发布时间，资讯内容。
（5）收藏表：用户id，收藏类型，游戏id，资讯id，创建时间。
（6）评论表：用户id，评论类型，游戏id，资讯id，评论内容，评论时间，点赞数。
（7）评价表：游戏id，用户id，评分。
springboot框架的作用4. 结束语
现如今的游戏产业发展也逐渐扩大，在游戏产业发展的同时，相关信息的获取也就成为了一个问题。本文设计并开发一个基于SpringBoot框架的媒体平台系统，为了方便玩家对游戏质量有大概认知并且可与其他有共同爱好的人一起分享资讯讨论，上传经历或分享片段，提高玩家们的信息获取效率以及寻攻略信息，设计并实现该平台，该媒体平台的设计就可以用来满足这些类似需求，给在这些方面有需要的玩家提供一定的帮助。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。