今天的任务：

任务6后面的深度思考：

1.后台列表中查询经常会出现限制搜索之后的查询结果，做为快捷方式放到模块菜单里，这种场景下应该怎么设计更合理？

根据列表所具有的一些属性来设计搜索选择，比如Article表可以根据当前状态、类型以及发布时间来设计搜索选项，信息类的列表可以根据当前状态、类型、发布时间、各信息的属性分类来设计搜索选项。

2.后台设计中的Content（Article）表是为了解决什么问题，在前台什么样的功能可以用Content处理？

Content（Article）表是为了方便管理前台的内容或图片，避免并存的多个图片导致混乱。因为多个不好查找，也不好维护。当不新增之后，管理前台图片的后台基本就是维持在一个地方。对于运营来说，找到内容的对于位置很简单，不会眼花缭乱的对着一堆后台页面，但是又不知道那个才是自己真正需要去修改的，节省了很多时间。

3.后台里的角色，用户，模块之间的关系是什么，如果加入部门，岗位又该怎么设计？如果支持用户有多个角色，怎么处理？

角色是权限的集合体，每个角色可以赋予多个权限，而模块是平台功能的划分，超级管理员可以将不同的权限归纳到一个角色上，再将某个角色赋予给用户，允许用户对各模块可进行一些操作。如果支持用户有多个角色，那可以采用黑白名单的方式，比如说：角色A没有禁止访问模块1，角色B禁止访问模块1，取禁止访问的并集，多个角色中有一个为禁止则为禁止，（这是黑名单优先，也可采用白名单优先）

4.权限的维度一般是怎么样的，如果是限定在对某一个模块的细粒度操作控制怎么办？比如说限制只能读，不能编辑，应该怎么设计？ 

某个特定用户拥有特定资源使用权利，保证系统分工操作。分为功能权限（功能是否可用）和数据权限（不同地区是否可以查看），都可设为：不可读，可读，编辑。操作权限分为菜单权限（不同权限内容）和按钮权限（不同权限等级）。

可以给角色设置不同的权限，在设定角色或者修改角色权限的时候勾选权限即可

5.为什么要设立角色，账户是否可以允许有多个角色？权限为什么不直接分配给账户？ 

角色是权限的集合

一个账户只能有一个角色，一个角色可以有多个账户。

权限如果直接分配给账户，在账户更替或者权限分配收回的时候就十分麻烦，过程繁琐，工作量巨大。

6.后台的作用以及后台怎么设计才好？

后台管理主要是用于对网站前台的信息管理，如文字、图片、影音和其他日常使用文件的发布、更新、删除等操作，同时也包括会员信息、订单信息、访客信息的统计和管理。简单来说就是对网站数据库和文件快速操作的管理系统。

一个基本的后台管理应该包括模块管理功能、角色管理功能、账户管理功能、密码修改功能这4大功能。

明日任务：

提交之前的任务，总结任务6，准备开始任务7