[size=large]整理一下思路
先定义一个函数
function 发表函数(){}
流程
用户输入(一个字典Dict)
->
即时性检查(比如一些格式限制,权限判断)
->
判断是否要审查
-否->
发表函数(Dict)
-是->
保存Dict 和 一些相关的附加信息(方便向管理员展示)
-审批->
发表函数(Dict)
发表函数能够复用,可以简化一些代码
一般事前审查表的设计
最基本的信息
类型
用户id
序列化的字典对象
进入时间
在最基本的信息的基础上 可以 增加/统一 一些额外信息的格式 从而方便为某一类审查 写一个通用的管理界面
一种比较常见的额外信息组合是
相关内容的id(比回复内容的主贴id)
标题(如果为空,可以从内容中截断而来)
内容
另外可以保存下审查信息
审查结果记录 一般有:通过,忽略,删除,退还(可能是因为某种原因不能发表,比如回复的话题不存在了)
审查者
审查时间
当然,如果封装成几个基类,定义一些接口就比较方便了.[/size]
先定义一个函数
function 发表函数(){}
流程
用户输入(一个字典Dict)
->
即时性检查(比如一些格式限制,权限判断)
->
判断是否要审查
-否->
发表函数(Dict)
-是->
保存Dict 和 一些相关的附加信息(方便向管理员展示)
-审批->
发表函数(Dict)
发表函数能够复用,可以简化一些代码
一般事前审查表的设计
最基本的信息
类型
用户id
序列化的字典对象
进入时间
在最基本的信息的基础上 可以 增加/统一 一些额外信息的格式 从而方便为某一类审查 写一个通用的管理界面
一种比较常见的额外信息组合是
相关内容的id(比回复内容的主贴id)
标题(如果为空,可以从内容中截断而来)
内容
另外可以保存下审查信息
审查结果记录 一般有:通过,忽略,删除,退还(可能是因为某种原因不能发表,比如回复的话题不存在了)
审查者
审查时间
当然,如果封装成几个基类,定义一些接口就比较方便了.[/size]