事前审查系统设计思路整理

[size=large]整理一下思路

先定义一个函数

function 发表函数(){}

流程

用户输入(一个字典Dict)
->
即时性检查(比如一些格式限制,权限判断)
->
判断是否要审查
-否->
发表函数(Dict)
-是->
保存Dict 和 一些相关的附加信息(方便向管理员展示)
-审批->
发表函数(Dict)

发表函数能够复用,可以简化一些代码

一般事前审查表的设计

最基本的信息

类型

用户id

序列化的字典对象

进入时间


在最基本的信息的基础上 可以 增加/统一 一些额外信息的格式 从而方便为某一类审查 写一个通用的管理界面

一种比较常见的额外信息组合是

相关内容的id(比回复内容的主贴id)

标题(如果为空,可以从内容中截断而来)

内容

另外可以保存下审查信息

审查结果记录 一般有:通过,忽略,删除,退还(可能是因为某种原因不能发表,比如回复的话题不存在了)
审查者
审查时间

当然,如果封装成几个基类,定义一些接口就比较方便了.[/size]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值