新建文件 新建 Diagram 文件

管理

管理

为确保你提交的代码身份被 Gitee 正确识别,请执行以下命令完成配置

git config --global user.name userName git config --global user.email userEmail

初次使用 SSH 协议进行代码克隆、推送等操作时,需按下述提示完成 SSH 配置

1 生成 RSA 密钥

2 获取 RSA 公钥内容,并配置到 SSH公钥 中

在 Gitee 上使用 SVN,请访问 使用指南

使用 HTTPS 协议时,命令行会出现如下账号密码验证步骤。基于安全考虑,Gitee 建议 配置并使用私人令牌 替代登录密码进行克隆、推送等操作

Username for 'https://gitee.com': userName

Password for 'https://userName@gitee.com': # 私人令牌

新建文件 新建 Diagram 文件

File empty ...

js

static

tmpl

ReadMe

addGroup.html

addLicense.html

addOfficeLicense.html

addRepos.html

addUser.html

editGroup.html

editRepos.html

editUser.html

index.jsp

login.html

main.html

manageGroupMember.html

manageReposMember.html

officeLicenseInfo.html

resetPwd.html

systemLicenseInfo.html

systemMigrateConfirm.html

我并不喜欢管理后台的实现方法,虽然看上去使用很简单(你只要改动很少的东西就可以添加一个菜单选项),但前提是你必须遵守一定的规则才行,但规则是什么呢?
这是我写个ReadMe的原因,因为我发现过段时间再看我自己也会忘掉,可见这并不是一个很好的方案。
首先,管理后台的页面有一部分或者很大部分是通过调用tmpl.js的接口动态加载的,这也是为什么似乎没有在mail.html中看到什么有用的信息的原因。
main.html的具体工作流程如下:
(1)pageInit()从后台异步获取登录用户信息
(2)调用 $Func.render($("#headbar"),"headbar",user); 加载导航栏(该接口支持支持传入用户信息)
(3)调用 $Func.render($("#sidebar"),"sidebar");	加载菜单栏
(4)调用 showContentPage("user"); 在内容区域显示内容	 
如果事件就这么简单也就算了,你会发现菜单并没有对应的点击等处理事件,所以事件总线请了解一下,去你妈的!
虽然某位大神极力推荐我继续使用所谓的event-bus(eb4js.js),但我还是拒绝了,我决定还是使用人类该用的技术,我并没有让event-bus走的太远,当然还是用了一点点的。
main.html中注册了data-eb-event / .has_sub / li.has_sublist的click事件,这是我为event-bus保留的一点点的入口,后面我就截断了。
1. data-eb-event的click用于处理菜单的onclick事件(用户只要在这里定义自己的处理代码即可)
2. has_sub / li.has_sublist用于展开和关闭子菜单
custom.js中注册菜单sidebar的点击事件,菜单项的选中在该接口中实现,用户如果想自己定义建议删除该接口来自己实现

举报成功

举报类型

举报原因

取消

提交