框架整理

#用户和角色是多对多的关系。第三张表自动创建
#角色和权限是多对多的关系。第三张表自动创建。
#权限和菜单是一(父级菜单)对多(权限)的关系,也可以是一(子级菜单)对一(父级菜单)但是菜单是自关联表,有parentid字段,一个父级菜单可以对应多个子级菜单,一个权限对应一个子菜单+。



#点击合约列表发生的操作
'''
第一步通过url: /strategy/instrument发送get请求,
		判断请求中是否有search对象,有的话直接到html文件。
第二步:html文件DOM加载完成后,会执行里面的js,执行到initBootstraptable,会再次发送get请求,不过这次会携带一些参数,Url变成了:/strategy/instrument?search=&order=asc&offset=0&limit=10&_=1589532555804'

'''

刷新一下,左侧界面导航栏就会再刷一次

打开的页面作为TAB页面缓存在页面上方,类似于第二套框架的页面上方。

页面超时之后跳转到登录页面

css代码复用。

可行性分析文档

比较一下这两套框架的优缺点,

如果迁回原来那套框架的成本,可能遇到的问题或者不确定因素。

目标框架需要实现的一些目标,在2个框架下的实现情况,难易程度等.

周一跟旭姐讨论下框架上的一些大的需求。

上一篇:Java高级特性之Instrumentation


下一篇:复用类(3):在组合与继承之间选择、protected关键字、向上转型