本文共计1566个文字，预计阅读时间需要7分钟。

@toc

一、前言

头痛的项目，结构的原因，目前实现功能的困难，想了很多的招聘，连续两天从早到晚。

目前实现需求：

1.活动需要手动设置为历史活动，不能按年份自动变化。

@[toc]

一，前言

头痛的项目，架构的原因，现在实现功能非常的困难，想了很多的招，连续俩天从早上肝到半夜。目前实现的需求：1，活动需要手动定为历史活动，不要按照年份自动变为历史活动。2，同时多个活动开展上传这个活动二，头痛呀，绞尽脑汁想出了一种解决办法，最近正在写。

今天文章笔记，记录目前的进度。

二，需求解决思路逻辑

弊端：多开架构思路实现：

2021|包头市第二界文化旅游创意作品大赛|2

解释：

2021：赛事标识

包头市第二界文化旅游创意作品大赛：赛事名称

2：目标赛事设置（1:不设置为历史历史赛事 2:设置为历史历史赛事）

我根据dbm数据库的特性，琢磨了一套多开的开发思路。如下：我不断的累加他们，然后，如果需要到2022的标识比赛，我在后端处理字符串，遍历到下标的值，再把|分割开的文字目标提取处理，返回前端，传入index的id。实现进入不同的活动。至于作品，作品的显示，我写了一个目标match，赛选数据库的目标match，前端逐一的显示作品详情。

三，后端部分实现原理详解

上传大赛封面部分：

if value not in db_config["past_matchs"].decode():

上述代码解释：如果是新开的赛事标识的话。