标签：情况   可行性   存在   操作   关联表   需要   发送   页面缓存   点击   

#用户和角色是多对多的关系。第三张表自动创建
#角色和权限是多对多的关系。第三张表自动创建。
#权限和菜单是一(父级菜单)对多(权限)的关系，也可以是一(子级菜单)对一(父级菜单)但是菜单是自关联表，有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个框架下的实现情况，难易程度等.

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

框架整理

标签：情况   可行性   存在   操作   关联表   需要   发送   页面缓存   点击   

原文地址：https://www.cnblogs.com/michealjy/p/12904601.html