网站搭建后台用户角色权限管理系统的模板（二）
网站建设网页设计的目的就是产生网站。简单的信息如文字，图片(GIF，JPEG，PNG)和表格，都可以通过使超文件标示语言、可扩展超文本标记语言等标示语言放置到网站页面上。接下来小编就为大家分析一下网站搭建后台用户角色权限管理系统的模板。二.用户角色权限系统建设的三大模块1.用户管理用户管理中的用户主要是功能系统的使用者，这些用户是一个一个的员工个体，这些个体往往从两个维度来进行划分：行政关系(部门架构)、业务部门(业务架构)。用户管理就是在此两个维度来给员工个体进行关联性的初步分群或者分组。按照行政部门或者按照业务线部门划分后，对应部门或者小组内的用户有着基本相似的系统功能使用需求和权限等级;2.角色管理(1)角色管理角色往往是基于业务管理需求而预先在系统中设定好的固定标签，每个角色对应明确的系统权限，其所拥有的系统权限一般不会随意更改，并且角色也不会随着用户的被添加和被移除而进行改变，相较于用户管理而言更加稳定;(2)自动赋权：用户自动进入角色如果角色与行政关系下的组织部门存在绑定关系，那么如果一个用户进入到该组织部门后，该用户会自动被加入到对应的角色中，并且拥有该角色所有的系统权限。如一个财务人员【小张】入职财务部后，那么该用户无需进行额外的授权即可在对应财务报表系统查看该部门员工可查看的财务数据报表和对应的操作权限(比如操作财务审批等);(3)角色赋权：用户被添加进角色业务是不断创新和发展的，随着业务的发展，会有越来越多的新的角色被设置和创建，比如公司新启动了一个企业团餐项目，项目部横向的从各个部门找了多个员工组建项目团队，并且该项目的业务权限也只是授权给这批员工可查看和操作，那么，在此项目中，会产生一个新的角色“财务1”，系统高级管理员会把从财务部门选中的财务【小张】添加到“财务1”这个角色中，那么【小张】即可获得查看企业团餐项目业务数据报表和操作的权限。这种权限的授予无法通过用户行政关系的自动绑定来实现;(4)角色继承：角色权限的继承权限可以是独有的，也可以是继承的。每个角色都有自己的权限集，角色继承其实也就是继承父系角色的权限，一般角色在继承其父系角色的全部权限的基础上增加拥有一些自己的权限。而系统角色继承往往存在于用户分级管理比较明确的团队或者公司;(5)角色互斥：角色包含的权限互斥角色互斥的业务背景：当一个业务流程由于风控的原因，需要将其操作给划分成分开的几个步骤时，需要给这几个不同的步骤授权不同的角色，并且这些角色之间需要进行互斥。比如大额财务报销审批流程，财务人员【小张】拥有了审批人权限后，就无法将审核确认的权限再授予小张，以此来规避一个人完成大额报销而带来的财务风险;(6)临时角色临时角色往往是针对特殊群体设置的，比如公司有特殊访问团队莅临，需要给这些特殊的客户一些临时身份来体验某些功能操作。那么把这些人添加到部门的组织架构中显然是不合适的，因为这些人只是临时的摆放者，不是企业员工;其次，这些客户需要体验的功能操作往往是横跨多个业务模块和产品线的(比较繁杂)，一般公司并没有现成的固定角色符合拥有客户所需的全部操作权限，因此需要给这些客户开设临时角色，并且支持给临时角色最大的权限选择空间;(7)黑白名单。以上就是小编对于网站搭建后台用户角色权限管理系统的模板的分析。网站网站搭建
网站搭建后台用户角色权限管理系统的模板（三）
网站建设是一个广义的术语，涵盖了许多不同的技能和学科中所使用的生产和维护的网站。那么网站搭建后台用户角色权限管理系统有哪些模板?2.促销活动后台接入权限系统前在促销活动后台接入权限系统之前，几乎全部的系统权限都处于裸奔的状态，所有人业务线成员都可以查看该后台的运营活动内容和运营结果数据，并且可以执行相对敏感的操作。这种情况显然是存在一定的管理风险的，因此该后台系统需要对接权限管理系统进行系统化管理和风险控制;3.权限管理(1)权限管理权限管理更多是从功能菜单、功能操作、数据参数三个不同颗粒度等级来考量的。具体颗粒度的大小视公司结构和团队规模而定，如果不是业务属性一定要求将权限控制到非常精细的级别，其实就没有必要将权限的颗粒度拆分到具体某一项操作或者某一个按钮，毕竟后台产品的核心是业务管理平台，主要目标是辅助业务的管理和推进。(2)功能菜单权限对于后台产品来讲，针对功能菜单来划分用户权限其实是比较粗颗粒度的一种管理方式，这种模式下用户一旦获得授权即可使用该菜单栏下的全部数据查看权限和功能操作权限;(3)功能操作权限功能操作层级的权限相对于功能菜单会更为深入，这种情况下，不同角色的用户可以进入同一菜单页后台查看相同的数据字段信息，但是他们可执行的功能操作不同;(4)数据字段权限数据字段层面是较细颗粒度的拆分，他会实现不同角色用户在进入同一菜单页后台时，可见的数据字段都有差异。比如销售人员进入某销售业绩管理后台时，可以看到自己的业绩提升数据，但是财务人员看到的是业务工单的费用字段，这些字段共存在一个菜单页中，只是受限于不同的角色权限而已。4.促销活动后台接入权限系统前在促销活动后台接入权限系统之前，几乎全部的系统权限都处于裸奔的状态，所有人业务线成员都可以查看该后台的运营活动内容和运营结果数据，并且可以执行相对敏感的操作。这种情况显然是存在一定的管理风险的，因此该后台系统需要对接权限管理系统进行系统化管理和风险控制。以上就是小编对于网站搭建后台用户角色权限管理系统的模板的解析。网站网站搭建
网站搭建后台用户角色权限管理系统的模板（一）
网站建设是指使用标识语言(markuplanguage)，通过一系列设计、建模、和执行的过程将电子格式的信息通过互联网传输，最终以图形用户界面(GUI)的形式被用户所浏览。那么网站搭建后台用户角色权限管理系统的模板有哪些?一.用户角色权限系统说明1.RBAC权限设计模型(1)RBAC(Role-BasedAccessControl，基于角色的访问控制)，就是用户通过角色与权限进行关联，从而获得某些功能的使用权限。权限被赋予给角色，而不是用户，但是一个用户可以拥有若干个角色，当一个角色被赋予给某一个用户时，此用户就拥有了该角色所包含的功能权限。简单地说，一个用户拥有若干角色，每一个角色拥有若干功能权限。这样，就构造成“用户-角色-权限”的授权模型。在这种模型中，用户与角色之间，角色与权限之间，一般者是多对多的关系。2.三大模块搭建后台用户角色权限系统如上所述，一个后台的用户角色权限系统总是可以大概划分为三个打的模块的：用户管理、角色管理、权限管理。用户管理往往随着行政部门划分或者随着业务线部门划分，对应部门或者小组内的用户有着基本相似的功能需求和权限等级;角色管理相对来讲更加固定，它往往是基于业务管理需求而预先在系统中设定好的角色标签，一般不会随意更改，更像是一个用户分组标签;权限管理内容相对更加庞杂和丰富，主要包含了目标、操作和许可权三个部分，当某一功能权限授权给用户时，也就相当于为该用户开通了可以操作某个目标功能的许可权。3.权限管理(1)权限管理权限管理更多是从功能菜单、功能操作、数据参数三个不同颗粒度等级来考量的。具体颗粒度的大小视公司结构和团队规模而定，如果不是业务属性一定要求将权限控制到非常精细的级别，其实就没有必要将权限的颗粒度拆分到具体某一项操作或者某一个按钮，毕竟后台产品的核心是业务管理平台，主要目标是辅助业务的管理和推进。(2)功能菜单权限对于后台产品来讲，针对功能菜单来划分用户权限其实是比较粗颗粒度的一种管理方式，这种模式下用户一旦获得授权即可使用该菜单栏下的全部数据查看权限和功能操作权限;(3)功能操作权限功能操作层级的权限相对于功能菜单会更为深入，这种情况下，不同角色的用户可以进入同一菜单页后台查看相同的数据字段信息，但是他们可执行的功能操作不同;(4)数据字段权限数据字段层面是较细颗粒度的拆分，他会实现不同角色用户在进入同一菜单页后台时，可见的数据字段都有差异。比如销售人员进入某销售业绩管理后台时，可以看到自己的业绩提升数据，但是财务人员看到的是业务工单的费用字段，这些字段共存在一个菜单页中，只是受限于不同的角色权限而已。以上就是网站搭建后台用户角色权限管理系统的模板。网站网站搭建
在线页面原型设计怎么做-如何进行web页面原型图设计
关于网页和移动端原型设计的方式你说的是高保真原型,可以先用PS等设计工具做好界面设计,再上传到摹客转为高保真原型,也可以直接用摹客在线的原型设计工具画高保真交互原型,UE和开发也可以直接在摹客查看图层信息和下载切图,传达意见更准确。如何进行web页面原型图设计最后半天心不在焉拖拖拽拽把各个部分都搭建好了,可是做出来的页面惨不忍睹,自己都没勇气打开。晚上回家后和邻居又讨论了三个小时,最后熬夜把原型图完成。虽然最后原型图也没有被采纳,但是这次原型图居然受到了表扬,领导说我的原型图有了提升。今天就写下这篇文章,为这段时间的工作做一个总结。原型设计前:①0202重点突出内容:要清楚明了页面需要突出的内容是什么,这个在前期的讨论中一般就已经确定;②0202第一功能目的:除了内容以外,功能方面需要突出的是什么?如引导注册或像下一级页面引导流量。③0202如果是改版要考虑改版要解决的问题是什么?对于前一版页面存在什么问题画原型图要考虑:④0202内容板块如何划分,页面的内容主要分成几个模块,每个模块内存放的都应该是一些相近的内容;⑤0202模块与模块之间的关联性:每个模块与其相近的模块之间应该有一些逻辑上的关联性,而不能随意的进行拼接;⑥0202页面的流程:模块与模块的上下承接关系,模块与模块应该上下存在某些逻辑上的连接性。页面完成后:完成原型图后一定要进行检查,主要从以下三个方面进行检查:⑦0202内容是否完整:对比框架中的每一部分内容检查是否完整;⑧0202第一屏是否把最重要的内容展现出来:页面第一屏以外的内容基本都是辅助内容,如果不能在第一屏就把内容全部展现,基本上就等于内容不完整;⑨0202功能是否实现:想要表达的功能是否在明显的地方表现出来;⑩0202流程是否顺畅:把相应的流程走一遍,看是否流畅。注意tips:①0202未完成的作品拿出来讨论页面不完整不代表思想不完整,即使是不完整的页面,里面应该也要有一个清晰的逻辑图。通过这种方法可以强迫自己想明白再下手。②0202理清自己的思路要有属于自己的清晰思路,对内容、功能和流程自己要先想明白,可以列举一些具体的问题来辅助理清自己的思路。③0202坚持自己的想法每一个人都有自己的想法,只要你理清自己的思路,就一定要坚持下去。用自己的逻辑解答别人的疑惑和质疑,形成自己的思路。关于工具和作图:之前花了很多时间去研究axure,是学会了一些作图的技巧,可是渐渐发现这些对页面的提高基本不大,我是觉得在掌握基本的工具使用时可以暂时忽略工具。页面最重要的是你的想法,等到想法成熟之后不妨慢慢的考虑工具的深入,太多的考虑技巧方面的问题反而会模糊视线。思考的过程和画图的时间可以在7:3都无所谓,前期的框架和流程思路想好后,后面的原型图也就水到渠成了。如何设计出色的网站后台原型明确目标既然是做原型的角度,我们就从具体工作来谈,首先要明确的肯定是产品目标,比如以下几个问题:是全新的产品,还是更新改版?有没有相匹配的前台系统?或者其他需要配合的线下资源?等等业务层面的目标是什么?新增功能?体验优化?等等需求分析明确了产品目标,在做需求分析的时候就会有所侧重,总的来说,值得关注的有以下几个要素:1、角色权限这个非常重要,一定要在具体设计之前熟悉管理后台的所有类型用户。包括一共有几类用户,他们各自的使用需求,操作权限,还有用户权限的设计。2、信息架构一定要画信息结构图(即产品层面的数据模型),主要用于理清产品结构。画一下脑图,列一个excel表单,详细程度依据自己习惯即可,需要和用户配合起来设计。这个是和普通原型设计比较不同的一点,如果是改版还需要特别标注和旧版的区别,以及旧数据的清理或迁移方案。另外,还需要考虑和其他资源(前台、对应页等)的配合,数据流向以及状态转移等。4、功能流程常规需要考虑的用户流程和业务规则流程。根据不同的业务目标,用户流程可以按场景或功能进行划分,给予部分用户适当的优化。业务规则流程需要保证逻辑清晰,闭环,不要遗漏异常流(闭环很重要)。原型设计终于可以开始原型设计啦,现在各种管理后台的主题模板都有很多,没有特别需求的情况下,和开发沟通好选择一套“抄”即可。设计过程中注意一下导航,列表(增删改查排序筛选)等,细节上不要遗漏预览、错误/成功提示、新内容提醒、快捷键等
原型设计图-如何进行web页面原型图设计
产品设计|6种原型图的优缺点互联网产品设计过程中,原型图的常用格式,我见过6种以上。它们的优点和缺点,介绍如下:可以在另一台电脑上,阅读和编辑Axure原型图;在Axure预览模式下,可以在浏览器左侧显示网页的目录;Axure软件有Mac版本和windows版本。如果接收文件同事的电脑,没安装Axure,就打不开了;在手机微信聊天窗口上,不能直接阅读Axure原型图;Axure低版本,不能打开高版本的Axure文件。可以在另一台Mac电脑上,阅读和编辑Sketch原型图;Ui设计师,可以直接在Sketch里面,把原型图,做成高保真的Ui设计稿;可以导出PDF格式的多页面PDF原型图。只能在Mac电脑上,阅读和编辑。暂时没有windows版本的Sketch软件,不支持windows电脑编辑;不能在手机微信聊天窗口上,直接阅读Sketch原型图;Sketch低版本,不能打开高版本的Sketch文件。可以在Mac或Windows电脑上,阅读和编辑PPT格式的原型图;在手机微信App聊天窗口上,直接阅读PPT格式的原型图;可以通过其它软件,将画好的原型图,导入PPT里面。ppt页面的面积太小,不支持表达多个页面之间的跳转关系;页面的缩放,难以操作;PPT里面的画图控件太少,画图工具隐藏的比较深,操作起来,不方便;可以在任何电脑上,用浏览器打开,直接阅读Html原型图;不能在手机微信聊天窗口上,直接阅读Html压缩包的原型图;可以先用Axure设计原型图,然后导出Html网页格式。不支持网页的再次编辑,不支持在浏览器左侧显示网页的目录;邮件接收Html原型图的压缩包,需要解压,然后还需要在众多网页文件中,一个个点开查看;页面之间的跳转关系,难以表达清楚。可以在任何电脑上,阅读和编辑jpg图片格式的原型图;邮件发送图片格式的原型图,文件可以很小;可以在手机微信聊天窗口上,直接阅读jpg格式的原型图;可以先用其它软件设计原型图,然后导出jpg图片格式。在电脑上,图片格式,比较难操作:比如:调整到100%大小,并左右移动查看页面跳转关系;在手机上,微信发送的时候,具有流程关系的一大张图片格式的原型图,会压缩,导致微信接收后不清晰。可以通过其它软件,将画好的原型图,导出为PDF格式;可以在Windows或Mac上阅读;支持软件:AdobeReader,福昕pdf,Acrobat;可以在智能手机上,阅读pdf格式的原型图;支持手机APP软件:WPS,Acrobat,甚至微信app的聊天窗口,直接发送,对方直接打开。在电脑上,页面容易调整到100%大小,并且左右移动查看页面的跳转关系;Mac电脑自带的预览pdf软件,可以合并多个pdf,旋转pdf的某一张内页;电脑版的福昕pdf软件,可以给pdf内页添加标注文本,可以在多页面的pdf左侧添加目录链接。如果需要重新编辑pdf里面的某一页,那么就要提取多页pdf文件中的某一页,待修改好之后,再合并到多页PDF文件里;电脑阅读和手机阅读pdf,最好是已经安装了专业的PDF阅读器。APP产品设计的原型图,重在表达意思,只要意思传达到位了,那么格式可以不必在意。原型图的格式,属于“道”,“法”,“器”,这3个层次中的“器”。如果想在用户体验上,走的更远;那么就需要在“道”,“法”,这2个层次上,积累更多的项目经验,以及不同岗位的思维方式和沟通思路。如何打开axure设计的原型图第一步当然是下载、安装、汉化、激活。这些不再详述,百度一下有很多。笔者以前也谢了一个下载的经验,可以查看。说一下基本的布局,8.0比7.0有很多的改变:图示标注区1:菜单栏图示标注区2:发布区图示标注区3:元件演示编辑区(对齐排版、大小、颜色等的编辑)图示标注区4:页面栏目,发布后生成站点地图(可以取消显示)图示标注区5:元件库(可以创建属于自己的元件库,也可以加载他人的元件库),元件库分类越清晰,内容越丰富,我们制作原型也就越快。图示标注区6:页面工作区,发布后内容显示区图示标注区7:为元件或页面添加交互事件,添加备注说明,设置编辑元件样式图示标注区8:概要,当前页面的元件组织关系图,类似于Ps中的图层面板图示标注区9:母版(使用DW做过网站应该会很清楚,母版类似于元件,且具备一处编辑多出同时修改的特性)。下面的步骤,我们来简要说明一下每个标注区的用法:2图示标注区4:页面栏目基本说明:可以将页面栏目理解为目录,为了更清晰的组织管理原型,在发布生成时,页面栏目生成:站点地图。在页面栏目,我们可以创建文件夹及页面(见图示中的标注1),且可以拖动任意一个页面或文件夹,来改变他的级别(见图示中的标注2):END元件库的基本操作说明1图示标注区5:元件库创建元件库(图一),并命名(图二)2保存成功后axure会自动打开元件库编辑面板(和原型库基本一致):3按照“页面栏目”对库进行组织,说明:文件夹为元件库的分类标题4添加:按钮,文件夹。圆角按钮元件,直角按钮元件:并按图组织:5关闭并保存元件库,回到工作区,按图示点击:刷新元件库(创建时默认已经加载)。成功后,见下图所示:1为元件库名。2为命名的文件夹名,3位元件库名6以上完成了元件库的创建与编辑。下面来看一下加载:本地加载和下载元件库点击“载入元件库”,会自动打开本地,找到存放元件库的地方既可。点击“下载元件库”:会自动连接到Axure官网,并手动下载END检视该栏目包含:元件属性、元件备注、元件样式编辑元件属性:我们从创建的元件库中拖一个按钮到工作区,会见到下图所示的属性:标注1:元件名(建议必须写,原因:同一元件使用较多时按钮名称区别)标注2:交互事件,常用且非常重要,每类元件对应的交互事件略有不同,即元件的属性不一样标注3:交互样式(鼠标滑过、点击、点击后)说明栏,是对于元件的备注,可以添加备注,让UI或程序更好的理解你的意图:3样式栏:对当前元件的背景、边框、颜色、大小等进行设置:如何进行web页面原型图设计最后半天心不在焉拖拖拽拽把各个部分都搭建好了,可是做出来的页面惨不忍睹,自己都没勇气打开。晚上回家后和邻居又讨论了三个小时,最后熬夜把原型图完成。虽然最后原型图也没有被采纳,但是这次原型图居然受到了表扬,领导说我的原型图有了提升。今天就写下这篇文章,为这段时间的工作做一个总结。原型设计前:①0202重点突出内容:要清楚明了页面需要突出的内容是什么,这个在前期的讨论中一般就已经确定;②0202第一功能目的:除了内容以外,功能方面需要突出的是什么?如引导注册或像下一级页面引导流量。③0202如果是改版要考虑改版要解决的问题是什么?对于前一版页面存在什么问题画原型图要考虑:④0202内容板块如何划分,页面的内容主要分成几个模块,每个模块内存放的都应该是一些相近的内容;⑤0202模块与模块之间的关联性:每个模块与其相近的模块之间应该有一些逻辑上的关联性,而不能随意的进行拼接;⑥0202页面的流程:模块与模块的上下承接关系,模块与模块应该上下存在某些逻辑上的连接性。页面完成后:完成原型图后一定要进行检查,主要从以下三个方面进行检查:⑦0202内容是否完整:对比框架中的每一部分内容检查是否完整;⑧0202第一屏是否把最重要的内容展现出来:页面第一屏以外的内容基本都是辅助内容,如果不能在第一屏就把内容全部展现,基本上就等于内容不完整;⑨0202功能是否实现:想要表达的功能是否在明显的地方表现出来;⑩0202流程是否顺畅:把相应的流程走一遍,看是否流畅。注意tips:①0202未完成的作品拿出来讨论页面不完整不代表思想不完整,即使是不完整的页面,里面应该也要有一个清晰的逻辑图。通过这种方法可以强迫自己想明白再下手。②0202理清自己的思路要有属于自己的清晰思路,对内容、功能和流程自己要先想明白,可以列举一些具体的问题来辅助理清自己的思路。③0202坚持自己的想法每一个人都有自己的想法,只要你理清自己的思路,就一定要坚持下去。用自己的逻辑解答别人的疑惑和质疑,形成自己的思路。关于工具和作图:之前花了很多时间去研究axure,是学会了一些作图的技巧,可是渐渐发现这些对页面的提高基本不大,我是觉得在掌握基本的工具使用时可以暂时忽略工具。页面最重要的是你的想法,等到想法成熟之后不妨慢慢的考虑工具的深入,太多的考虑技巧方面的问题反而会模糊视线。思考的过程和画图的时间可以在7:3都无所谓,前期的框架和流程思路想好后,后面的原型图也就水到渠成了。
dede模板站后台顶级目录的文件保存目录找不到？
兄弟用我的办法，百分百给你解决，上面说的不对，你解决不了问题！请采纳！进入后台，点击更新文档生成所有文档，然后在依次对栏目和首页进行一次生成，百分百有效,。你只是a文件没有“chanpin”类的文件夹，导致网页栏目页是404，新上传的模板，有的模板需要对文档和栏目进行一次单一的生成，而不是一键生成。望采纳！！谢谢
dede后台的模版路径怎么修改
1、批量修改模版文件
方法，使用批量修改工具。比如你模版目录是templets\xahot.net，那么你需要批量替换{dede:global.cfg_templets_skin/}和$cfg_templets_skin; ?>为/templets/default或者其他安全路径。PS，批量修改工具网上有很多，我用的服务器那个很好用（绝非AD）。
2、模板放进数据库
用dede程序自带的自定义标记功能来防止模板被下载也不错。简单来说就是把真正的模板放到数据库里面，html模板只是一个壳子没有内容。
具体操作步骤：进dede后台，新建一个自定义标记，标记名称为xahot。至于内容你可以把模板文件的内容全复制进去。然后把模板里的内容清空，写上自定义标记代码{dede:mytag ismake='yes'/} 好了，现在即使模板被下载，泄漏的也只是这句自定义标记而已。
3，使用网站的伪静态（url重写）功能来重置链接
A，服务器支持.htaccess（linux）文件的在根目录建一个.htaccess，按以下方法修改，
比如我的模板文件放在/templest/xahot.net/这个目录
现在我要设置一个规则，只要访问模板目录下的任何文件，都显示主页内容。
改一下.htaccess文件：
RewriteEngine On
RewriteBase /
ErrorDocument 404 /
RewriteRule templest/xa /
注意最后那条规则，意思是只要访问的地址里面包含“templets/xa”，就会显示主页的内容。
可以看到我的模板目录名没写全，只要以xa开头就行了，这样既保护了模板，又不会暴露模板的路径。
B，IIS类网站方法httpd.ini写法（具体httpd.ini放置不多讲，可以自己搜索下）
[ISAPI_Rewrite]
#3600 = 1 hour
CacheClockRate 3600
RepeatLimit 32
RewriteRule ^(.*)/aa?(.+)$ $1/templest/xa$2.htm [L]
IIS的只能返回404错误页面，先设置一个404页面，让他随便返回吧（实际测试可用）
对于喜欢猜解路径的，不论怎样猜都返回一个错误页牛逼吧！
综述：第一种方法和最后一种方法结合起来比较好用也很有效，修改模版也方便。第二种修改起来比较麻烦，不推荐使用。
html模板做的网站是不是没有管理后台，如果要修改内容有没有什么好的方法
因为html模板通常没有数据库，所以不像带后台程序一样可以直接在前端修改
但是我们可以安装一些文件管理源码，这样就可以直接通过浏览器修改html文件了
而不需要每次都通过FTP上传下载
我用过比较好的是一款叫KODExplorer的程序，php的；效果和windows的桌面差不多
修改文件非常方便，支持的功能很多，不过安装包相对比较大
如果功能要求不多，你可以找一款简单的文件管理源码就可以了
