zido

卧槽...写错了，马上改回来 😅

https://hacpai.com/article/1474538624216?r=wuhongxu ， 我前面写的一个，但是现在我做的平台重新设计了一下，不过基本思想大同小异，属于功能级权限吧，控制粒度很细，主要是足够灵活，可以参考一下~

谢谢 D 大~~

我收藏不了= =， D 大，我就想收藏一些帖子。。。

我还是体验过半夜提交代码的。。，比如现在。。。可惜就是加入 github 太晚了，很喜欢开源，希望 hackpai 越来越好

V 大的 react 玩得怎么样了？我被搞得头疼脑大的了，前段时间忙另一个项目，现在又重新用 react，但是感觉里面有些细节想找人探讨 = =

有，它的提示这个插件没有。。。但

我也在群里=。=，昨天就给你说了这个问题的，idea 的插件是 【Markdown support】

先看看结构，后面用 webpack，我才开始学啊，v 大~

有没有原理链接，给一个？我这个的话，控制粒度也很细了，我没有参考过别人怎么做的权限系统，我这个做完之后，总监给过我一个权限源码，但是因为忙，只是粗略看了一下也是用的权限树

感谢分享，mark

给了一个结构图哈~页面因为没完成，等我完成了，会放出页面的

别想多了，我也只是菜鸟~，你尽管说疑问，我可以给你一一回答，我现在也不知道这种结构的可取性~，有问题随便问，正好也来验证可行性啊

而在前台（这里使用的 freemarker），就拥有一个遍历的机会了，这样把每个模块也就分开了，最主要还是，不能显示的导航也去掉了，在单独的模块里面可以继续做类似的遍历。

填充侧边导航

  
        

            <#list sides as side>
                
                        ${side.title}
                
            
        
    

填充内容

    
    <#list content as c>
	 <#include c.url>
   
   

这是新添加的，至于你说的麻烦，其实并没有多多少，带来的好处有很多，能够把整个界面更好的呈现出来，可以说做到了“所见即所得”，不能访问的东西根本不会显示在你的面前，还有更高的代码重用性，甚至不仅仅只是权限处理了，整个网站的结构化、模块化。

哦，我说了的哈
不允许的链接地址，你虽然会拒绝访问，但是你的按钮还在，比如【学生管理】这个菜单项，你点进去会拒绝访问，但是你的这个菜单项还在菜单里啊。

额。。怪我没写完，这是一个整体的用法，其实已经相当于一整个网站的构建了，容我再加点东西，应该就更容易知道它的好处了，稍等一会儿

不需要，只要 key，也就是 child，因为在找是否能够访问时，已经在 tree 的遍历里面，访问到了 father 节点，通过 child，就已经知道了父节点了

lua 也是可以写链表的啊，与语言无关~我以前做过一些游戏，做的时候基本上都是对算法的关注超过了对游戏引擎的关注。。。最后的结果是。。。我去搞 web 了，233

贪吃蛇，感觉效率最好的应该是使用链表来写，我以前用 java 做了一个，是我大二的时候做的，因为没用游戏引擎，代码太乱就不贴了 233

链表的好处在于，你在吃的时候完全不用移位哟，效率应该是很有提升的，移动的时候，只需要把尾节点移动到头节点就行了哟