吐个槽，顺便问问 v2 的兄弟

[zhaogaz]

背景： 小公司，开发人数不到两位数。算上产品，十个人左右。公司上层原来是做大数据的团队，现在出来了几个人拿着原型，到处给别人展示。

今天和上司讨论权限相关的东西，主要是给不同的人，展示不同的菜单，不同的人有不同的操作按钮。

上司叫我，把菜单做成动态的。他说的动态，指的是从数据库读取菜单相关的数据，包括菜单的图片、菜单的链接、菜单的文字之类的。

我问了问理由，他和我说：他之前做的所有的项目都是这么做的。

我内心 OS：傻逼上司，真是一辈子外包，习惯真的改不了了。

我的思考理由：动态的菜单适用的情况是，经常变化的菜单。什么时候才会经常变化呢？把做的东西卖给别人的时候。自己公司的项目怎么可能会这么随便变化呢？菜单加一个，减一个，对应的就是功能的变化了。

反正我觉得，我上司就是这种外包做久了。水平也就那样了。。

顺便问问大家怎么看

---

补充一则与上司的交流

之前和上司讨论什么是外包，交流的过程中上司这么说的

[软件外包不算外包，只有人员外包才是外包，七成的公司都是靠卖项目赚钱活下去的]

[atonku]

前排占座

[moresteam]

我觉得没啥问题，可能我也是外包思维&软件外包也是外包

[bobbychen]

没什么问题呀~~可能他的回答方式不太好

[Mogugugugu]

有什么问题么？总经理和员工能看到的菜单肯定不一样啊，不从数据库获取 难道前端写死？

[kamal]

这不是正常的权限组需求吗？别抵抗了

[rocksolid]

就算自己公司的项目,部门不一样看到的菜单也不一样啊

[snnn]

你说的对！！

[lllllliu]

...权限和模块不都是这么做的么，，配置都是写到数据库里的。RBAC 了解下。

[zhaogaz]

@kamal
@Mogugugugu
@bobbychen
@moresteam


你们说的有道理，但是我觉得，应该的实现思路是把这个东西写到 页面模板 里面 。权限控制不同的人看到不同的内容，权限越高看到的越多。如果说需要改 汉字 英文 的话，那就是 i18n 放到 properties 文件。也用不上放在数据库。。。

当然也可能是我太年轻了（坦诚将，才干了 1 年多

[zhaogaz]

@lllllliu 我们目前正在参考 rbac 做，但是由于上司的这个要求，我把 动态菜单和权限部分揉起来了。 发帖只是说了 动态菜单这部分。

[xuanbg]

可配置意味着代码写好就不用管了，而且菜单改个文案图标什么的改数据就行，不用改代码，而且改了就生效。

楼主还是项目经验少了点，没想过以后别的项目可以复用这个权限框架。

[jnotnull]

这不是正常的权限组需求吗？别抵抗了

[xiaoxinshiwo]

@zhaogaz 你说的写在页面模板里面也是一种配置不是？多思考少抱怨

[qq976739120]

难道写死?

[xiaohei233]

段位不够啊 兄弟 菜单内容动态很正常啊，考虑了后面需求变化的可能没啥毛病

[zhaogaz]

@xuanbg 是的，我确实是项目经验少。

所以我能问问么？诚心求教。

我这边有一部分复用，我们的复用方式是，把上一个项目的代码拷贝过来，删删改改，上一个项目相关的内容删掉，留下比较通用的，如登录啊，用户啊，这些。

你说的复用权限框架是这样么？如果不是的话，你说的复用权限框架怎么做呢？能说说习惯做法么？

[DeutschXP]

@zhaogaz 举个例子，页面模板里面写死了，增加一个菜单项怎么处理？减少一个怎么处理？菜单对应的权限有变动了？都改模板？你是怕前端的 KPI 完成不了，工资拿的不踏实？
那如果想要允许自定义菜单显示顺序呢？

[xuanbg]

可配置还有一个好处，就是用户端得到的菜单可以按授权显示，前端拿到什么数据就显示什么菜单。这样前端就不需要根据用户权限来判断哪些显示哪些隐藏了。总之系统会复杂点，但好处也是很多的。

我们是连路由都是配置出来的。做第一个项目的时候大家也有疑虑，但从第二个项目开始，开发进度远超原先的模式。大家只需要关注业务逻辑，再也不用管用户、权限这些底层的东西了。我们也算是互联网行业的，从我进公司以来，已经做了十几个项目了，全部是公司自己用的各种业务管理系统。

[xuanbg]

@zhaogaz 我们更进一步，封装了一个框架，新项目直接使用这个框架就行。当然你复制项目过来删掉无关代码也是一样的效果。

[takato]

这不是很正常吗？比如说你现在用的很多大厂 app，页面的排版配置都不用经过开发了。。直接有权限的 PM 和运营就可以配置。