1.NGC模拟器dolphin还开发么？
2.后台系统的权限控制与管理
3.对应的同义词 对应 同义词

NGC模拟器dolphin还开发么？

       据说已经进入非官方开发了，不过好在源代码已经给了现在的开发人员了，还是希望能早日完善，毕竟有我喜欢的生化危机0和1复刻啊

       就是说不是一开始开发核心的人开发了，转手给别人开发了，可能以后模拟器的天天m源码风格会慢慢变化了

后台系统的权限控制与管理

       前言

       前端权限和后端权限的区别在哪儿？有了后端权限为什么还要前端权限？前端需要后端给出怎样的权限数据？本文围绕这三个问题，讲解了前端权限控制思路以及在Vue中的实现。

权限相关概念权限的分类后端权限

       从本质上来讲前端仅仅只是视图层的展示，权限的核心是在于服务器中的数据变化，所以后端才是权限的关键，后端权限可以控制某个用户是否能够查询数据，是否能够修改数据等操作。

       目前被大家广泛采用的两种权限模型为：基于角色的访问控制（RBAC）和基于属性的访问控制（ABAC），二者各有优劣：

       RBAC模型（用户、角色、php源码资讯权限）构建起来更加简单，缺点在于无法做到对资源细粒度地授权（都是授权某一类资源而不是授权某一个具体的资源）。

       ABAC模型构建相对比较复杂，学习成本比较高，优点在于细粒度和根据上下文动态执行。

       一般项目中使用的是RBAC模型。

前端权限

       前端权限的控制本质是控制前端视图层的展示和前端所发送的请求，但是前端的权限都是可以通过技术手段破解的，不能将系统安全寄希望于前端。

前端权限的意义

       如果仅从能够修改服务器中数据库的数据层面上讲，确实只在后端做控制就足够了，进行前端权限控制的好处主要如下：

       仅展示用户权限内的内容，避免界面误导用户，提高用户体验

       排除不必要的游戏提取源码请求，减轻服务器压力

前端权限控制思路路由控制

       在登录请求中会得到权限的数据。前端根据权限去动态生成路由，只允许用户访问权限内的路由，如果通过地址栏去访问权限外的路由会重定向至页面(无论登录了还是没登录)。

按钮控制

       同一页面还可能因为权限不同展示不同的按钮。

请求和响应的控制

       如果用户通过非常规操作，比如通过浏览器调试工具将某些禁用的按钮变成启用状态。此时发的请求，也应该被前端所拦截。

Vue权限控制的实现获取权限信息

       一般权限信息会在用户登录后由后端返回，具体如何控制权限要看前端是如何与后端约定的。在查找资料并结合个人项目经验后，我总结有以下有三种常见的方式。

后端返回权限表或路由表

       这种方式常见于管理员可以添加新角色，西瓜 分类 源码并且要给这个角色分配菜单。拿到的数据大概如下：

{ "data":{ "id":1,"username":"admin","token":"eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJhZG1pbiIsImlhdCI6MTY1MzM1NzIyNH0.1y-Ucq_MfFRloesg0eA9pfk-VA3pV_zAOSj3HFpnKak"},"rights":[{ "id":,"authName":"用户管理","icon":"icon-user","children":[{ "id":,"authName":"用户列表","path":"users","rights":["view","edit","add","delete"]}]},{ "id":,"authName":"角色管理","icon":"icon-juese","rights":["view","edit","add","delete"]}]}

       data中是用户信息，其中重点关注token字段，需要在客户端对其进行持久化处理。

sessionStorage.setItem('token',res.token);

       在请求需要鉴权的接口时，需要将其放在请求头中传给后端。

       权限表rights经过处理可以生成前端需要的路由表（这里展示的是父子结构，也可能拿到是一维数组，需要前端自己处理），如果返回的是路由表则无需额外的处理。

后端返回角色

       对于一些小项目来说，后端可能不想返回路由表，前端也觉得加一个页面要后端改一下太麻烦了。更常见的经典obv源码情况，后端会告诉前端用户的角色，数据大概如下：

{ "data":{ "id":1,"username":"admin","token":"eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJhZG1pbiIsImlhdCI6MTY1MzM1NzIyNH0.1y-Ucq_MfFRloesg0eA9pfk-VA3pV_zAOSj3HFpnKak","roles":['admin','editr']}}

       roles字段代表了用户的角色，用数组是因为一个用户可能有多个角色。路由表由前端来维护并根据角色动态生成。

前端根据用户信息判断角色

       查找的资料中这种情况比较少，但是我经常碰到这种情况，后端返回的用户信息如下所示：

{ "data":{ "id":1,"username":"admin","token":"eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJhZG1pbiIsImlhdCI6MTY1MzM1NzIyNH0.1y-Ucq_MfFRloesg0eA9pfk-VA3pV_zAOSj3HFpnKak","level":1，"units":{ "id":1,"name":"部门1"}}}

       一开始后端告诉你通过level字段判断权限，你很快写好了方法。随着业务的变动，产品提出了新的需求，增加了管理员，后端告诉你：

       当username为admin时角色是管理员。

       过了一段时间，又告诉你：

       当units为null时是特殊角色，只有导入数据的权限。

       那可能会写出这样一个方法来判断用户的权限等级：

functiongetUserAuthority(){ constuserInfo=JSON.parse(sessionStorage.getItem('userData')).currentUserInfo;const{ username,units}=userInfo;if(units===null)return-1;if(username==='admin')return0;returnunits?.level;}

       尽管数据库中表还是原来的表，但是从前端的角度来看，假设原先level只有1、2、3三个等级，相当于三个角色，现在则是变成了5个角色。

路由控制的实现全局前置守卫判断是否登录

       先判断跳转的是不是登录页（或其他路由白名单中的页面）

       是-->直接放行

       否-->获取sessionStorage中的token，有则放行，空则跳转登录页

//router/index.jsrouter.beforeEach((to,from,next)=>{ //1.如果访问的是登录页面（无需权限），直接放行if(to.path==='/login')returnnext();//2.如果访问的是有登录权限的页面，先要获取tokenconsttoken=sessionStorage.getItem('token');//2.1如果token为空，强制跳转到登录页面；否则，直接放行if(!token){ Message.error('需要登录权限，请登录后再试');returnnext('/login');}returnnext();});动态路由

       一般来说vue-element-admin中路由分为两种：不需要权限判断的路由、需要动态判断权限的路由，下面就是不需要权限判断的路由。

constroutes=[{ path:'/',name:'Home',component:HomeLayout,redirect:'/menu/one',children:[]},{ path:'/login',name:'Login',component:Login},{ path:'*',name:'NotFound',component:NotFound},]constrouter=newVueRouter({ routes})

       动态路由处理的整体思路就是：根据权限生成路由，添加到路由表；当用户切换，权限发生改变时，清空动态添加的路由。

       对于后端直接返回路由表，代码大概如下：

//路由拼接functionloadView(view){ return()=>import(`@/views/${ view}`)}//路由过滤和跳转asyncfunctiononFilterRoutes(to,next,e){ constroutes=awaitfilterASyncRoutes(e)//路由过滤routes.sort((a,b)=>a['id']-b['id'])routes.forEach(item=>{ router.options.routes.push(item)router.addRoute(item)})next({ ...to,replace:true})}//路由过滤遍历路由转换为组件对象和路径functionfilterASyncRoutes(data){ constroutes=data.filter(item=>{ if(item["component"]==="Layout")item.component=Layoutelseitem["component"]=loadView(item["component"])//路由递归，转换组件对象和路径if(item["children"]&&item["children"].length>0)item["children"]=filterASyncRoutes(item.children)returntrue})returnroutes}

       上面的代码参考自掘金-《vue实现用户登录验证+权限验证+动态路由（左侧菜单栏）》

       不使用router.addRoutes方法是因为其在vuerouterv3.x中被废弃

       对于后端返回权限表、后端返回角色信息、前端根据用户信息判断角色这三种情况，则稍微麻烦一些，需要经过映射转换生成路由后，再使用router.addRoute方法加入路由表。

       映射转换的规则需要由前端来维护。

       Tips:

       另外，尽管VueRouter3.x的文档中提到：

       当使用通配符路由时，请确保路由的顺序是正确的，也就是说含有通配符的路由应该放在最后。

       但经我实测后发现，含有通配符的路由放在最前面并不会影响后面路由的匹配。

按钮控制的实现

       最容易想到的就是v-if，但这样每有一个按钮就要写一段逻辑判断，不够简洁。考虑到复用性，可以定义自定义指令来封装逻辑，并给合路由元信息meta使用。

       在根目录下新建directives/index.js，然后在main.js中引入，页面中使用v-permission即可，具体代码如下：

//页面中的使用，action控制展示，effect控制禁用v-permission="{ action:'add'}"v-permission="{ action:'delete',effect:'disabled'}"//directives/index.jsimportVuefrom'vue'Vue.directive('permission',{ inserted(el,binding){ const{ action,effect}=binding.value//根据路由中元信息meta来判断是否具备对应的权限if(router.currentRoute.meta.indexOf(action)===-1){ if(effect==='disabled'){ //如果是禁用添加'disable'样式el.disabled=trueel.classList.add('is-disabled')}else{ //否则就移除节点el.parentNode.removeChild(el)}}}})sessionStorage.setItem('token',res.token);0请求和响应的控制的实现请求携带token

       可以通过请求拦截器interceptors.request来携带token，代码如下：

sessionStorage.setItem('token',res.token);1token的校验

       导航守卫只能简单地对token的有无进行检查，并不能校验其合法性。

       使用响应拦截器可以处理token不合法的情况（超时或篡改），具体代码如下：

sessionStorage.setItem('token',res.token);2拦截不应该发送的请求

       同样要使用请求拦截器,修改代码如下:

sessionStorage.setItem('token',res.token);3

       上面的代码对请求的类型进行映射出的权限与路由meta中的权限进行比较，然而实际开发中增删改查可能只用到get或者post，那么可能要将url作为key值，维护好actionMapping这个对象。

总结

       前端权限控制可以提高用户体验，减轻服务器压力，但是最后一道保障仍然是在后端。在做权限控制时总体思路是最重要的，好的思路能避免因业务的变动而修改大段代码。

参考

       bilibili-后台系统的权限控制与管理

       掘金-vue实现用户登录验证+权限验证+动态路由（左侧菜单栏）

       掘金-浅析vue-router源码和动态路由权限分配

原文：/post/

对应的同义词 对应 同义词

       å¯¹åº”近义词是什么

        近义词 相应,对照

        Dui应 [duì yìng]

        [Jie释] 1.一事物与另一事物的一致 2.Zhen对某一情况的;与某一情况相应的

对应的近义词是什么呢

        近义词 相应,对照

        Dui应 [duì yìng]

       

        [Jie释] 1.一事物与另一事物的一致 2.Zhen对某一情况的;与某一情况相应的

相应的近义词有

        相应的近义词对应

        相Ying_词语解释

        【拼音】：xiāng yìng

        【Jie释】：1.互相呼应；应和。2.相符合。3.Xiang适应；相宜。4.佛教语。相契合。5.旧Shi公文用语。应该；理应。

“相应”的近义词有哪些？

        Xiang应【xiāng yìng】互相呼应

        1、Dui应【duì yìng】即一个相对的关系

        2、Xiang应【xiǎng yìng】指其如回响的Ying声

        3、反应【fǎn yìng ã€‘Zhi物质受作用而引起变化的现象、过程或一种Hua学变化

        4、应和【yìng hè】  Dui一种言行表示唿应,附和

        5、Xiang对【xiāng duì】指一个物质或一Ge整体和另一个物质或另一个整体相互比较

标签：作文经典 上一篇：b开头的男英文名及寓意 x开头的男英文名及寓意 下一篇：创新创业名言马云 马云的创业名言

        相应的近义词是什么

        近义词:

        相应 - Xiang应、回响反映、反应、反响、反映

        Xiang应 xiāngyìng

        (1)Xiang宜,应该

        随着工业的发展,Dui环境保护也采取了相应的措施

对应词与同义词有何区别

        对应词与同义词有何区别

        ,Dui应词包括同义词,还包括反义词等等……

“对应”的近义词是什么？

       

*

        “Dui应”的近义词是“对照”

       

*

        Du音【duì yìng】

       

*

        Shi义

        一事物与另一事物的一致

       

*

        Zao句

       

*

        秘书六Ke正是对应王健康副市长的工作部门。

       

*

        Zhe些曲线的实线部分对应主值。

       

*

        Gen据不同的封边机选择对应的热熔胶使用。

       

*

        Ni也可以取出对应于某个特徵的累加器的引用。

       

*

        Xiao节线是与五线谱或谱表垂直的竖线，与拍号Xiang对应。

       

*

        提Gong每个注音符号对应的出现连词引导的分句要You对应的主句。

       

*

        Han语拼音、通用拼音与正确发音。

       

*

        Dui于每一个不利条件，都会存在与之相对应的You利条件。

       

*

        Mei一项公民权都对应着一项公民责任。

       

*

        Bu过，客户不能获得此版本对应的源代码。

对应词到底是近义词还是反义词

        词性相同的情况下（名词对名词、形Rong词对形容词 等）

        意思 相Dui 或 相反 的词语

student的同义词！！

        pupil

关于百度百科的同义词

        呵呵，你好，原来这是一条向别人的Qiu助信息，

        既然接到求助的人Bu懂，那我就代劳了吧。

        Dang然可以合并，只是一般的科友没有权限，

        Dang然可以反馈，只要有问题，都可以反馈。

        Tian写什么，当然是将你要陈述的理由说清。

        Dui了，我推荐一条信息，就当作借花献佛吧！

        Xiang信大家一定遇到过很多同义词的问题，这种Qing况应该合并，因为同义词不合并的话非常浪Fei资源，遇见同义词需要投诉解决，那么如何Tou诉才能顺利通过呢，最重要的是写清楚为什Me合并，最好能提供参考资料，有的同义词词Tiao非常明显，只要参考词条的内容就可以了，Dan是有的不是十分明显，这个时候就需要耐心Shuo明了，先和大家说一下同义词常见的几种情Kuang。

        不规范的词条名称：如“Jian·爱”（规范名称），“简爱”（不规范名Cheng），这种词条基本上投诉就可以合并，没有Shi么技术含量。

        还有一种同义Ci，就是外文作品翻译的时候有不同的译名，Zhe种情况比较复杂，有些作品的不同译名都有Liao一定的知名度，词条都已经有了很大的浏览Liang，这种情况的投诉应该如何说明呢？

        Zui好的办法就是提供作品的外文原名，不管翻Yi得如何，毕竟外文原名一定是相同的，而且Yi般在词条正文当中都会有外文原名，参考起Lai也比较有说服力。给大家举一个例子，文学Ming著“苔丝”与“德伯家的苔丝”就是同一部Zuo品，两个词条都有了很大的浏览量，如何不Xie清楚的话是不能够通过的，我的投诉就写明Liao英文原名是相同的，并且作者也是相同的，Zhe样才成功合并。

        还有一种情Kuang更为复杂，就是如果两个词条都是单义项词Tiao还比较好合并，如果两个词条当中有一个词Tiao是多义项词条，甚至是两个词条都是多义项Ci条该怎么办呢？

        先来说一个Ci条是多义项词条的情况：

        æ­¤Zhong情况，必定是单义项词条中的多义项词条中De某一个义项是同义词，那么在合并的时候需Yao特别注意，投诉的时候要写明是同哪一个义Xiang有同义词情况，和这个义项是同义词，不代Biao和多义项词条的整个词条都是同义词，说明Yi下，在合并成功之后，在搜索这个已被合并De单义项词条的名称的时候，会自动跳转到那Ge合并的义项当中去，而不会跳转到哪个合并De整个词条当中。举例：“雨果”词条现有两Ge义项，第一个是我们大家都知道的法国大作Jia，另一个是奥斯卡的获奖电影。而第一个义Xiang有同义词“雨果”和“维克托·雨果”，后Bei合并，现在的“雨果”词条当中的第一个义Xiang便是“维克托·雨果”，如果搜索“维克托·Yu果”只会出现“维克托·雨果”词条，而不Hui出现“雨果”整个词条。

        再Lai说一下两个词条都是多义项词条的情况：

        Ru果两个词条都是多义词，该如何合并呢

        Zhe种情况，必须要说明的是，两个词条中的每Yi个义项都必须一一对应是同义词，如果两个Ci条的一项有歧义，则不能合并。

        Zhe种情况比较麻烦，如何还有没有拆分的词条，Xu要先拆分，之后最好把义项的名称改成相同De，便于管理员和系统的查找，当每个义项都Jian立起一一对应的关系后即可合并，投诉的时Hou依然要加以详细说明。举例：“歌剧魅影”、“Ge剧院的幽灵”、“剧院魅影”都是多义项词Tiao，都已成功合并（当然，我用了很久的时间）。

        Zui后再说一句，有的科友可能在投诉之后不管Zen样就不管这个词条了，个人认为这是不负责Ren的，在合并的时候，一般会将词条的规范名Cheng保留（规范名称：一般是“某某·某某”，Bu规范名称：“某某某某”（无间隔号）），Huo者将词条内容较为丰富的词条保留，但是仍Ran不能避免同义词://wanmeila/question/fdb8be4cf.之间相互有着互相没有的内Rong，如果被合并了，很可能一部分的有价值的Xin息网友就很难看到了，这种情况之下，我们Zai知道词条已经成功合并的消息之后，一定要Ji得查看一下被合并的词条有没有保留词条所Mei有的信息，及时做好词条内容的添加工作，Ye是为了完善词条，为百科的完善做出贡献。

        You的时候科友会遇到“重定向”，被重定向的Ci条还可以进行编辑，但是被合并同义词的词Tiao就不可以了。

        合并同义词不Tong于编辑，没有编辑冲突，大家可以在投诉期Jian放心编辑词条。

        还有拆分义Xiang的问题。

        当然只要极少数的Ke友有拆分义项的权利，绝大多数人只能通过Fa帖了，那么什么样的词条可以拆分义项，怎Yang修改义项名称才可以使拆分顺利呢？

        Zui常见的就是文学作品和影视作品同名的情况，Zhe种情况是需要拆分的，其他的不同含义的情Kuang也是可以拆分的，具体说来还是需要一定的Jing验。

        给大家简单介绍一下义Xiang名称的问题，因为现阶段我们只能向一位百Ke高手求助拆分，为了减少其工作量，建议科You在发帖请求拆分之前先修改好义项（也就是Yi级目录的名称）的名称，便于顺利拆分（昕Sheng哥哥，你心里也是这么想的吧？）。

        Yi项名称必须能够高度概括义项的内容，下面Ju几个简单的例子：

        正确名称：

        Ge曲：某某演唱的歌曲

        文学作Pin：某某著的小说（或散文、诗歌等）

        Ying视作品：某某主演的电影（或电视剧），也Ke写成某某执导的电影（或电视剧），如果在Ci条正文当中查找不到相关信息，也可写成某Mou年某国电影（或电视剧）

        人Wu：写明该人物的职称即可

        出Ban物：某某出版社出版的图书

        Cuo误名称：同名歌曲，同名小说，同名电影，Tong名电视剧，同名图书（崩溃啊……相信昕升Ge哥会有同样的感觉吧）

        顺便Shuo一下，在拆分之前最好看好百科名片，如果Min *** 适合某一个义项，最好在帖子当中写明要Ding义给那个义项，也是为了节省大家的精力和Shi间，避免重新编辑。

        好了，Da了这么多，不知道大家有没有看懂，不正之Chu还望多多指正，希望对广大科友有帮助！

标签：作文经典 上一篇：b开头的男英文名及寓意 x开头的男英文名及寓意 下一篇：创新创业名言马云 马云的创业名言