面子驱动编程

你们公司整了这么多年，一个权限模块都没抽出来。
还搞什么搞

同意楼上。难道每个项目都需要从新设计和开发用户权限模块吗

没有能力和技术背景的领导是最可怕的，跟她干活要累死，一旦客户的需求很变态，那程序员就没有好日子过了。可怕啊，问题是，那些口才好的人一般都能混上领导，嘿嘿，他手下的人就只能痛苦的接受了

不过说回来，客户的需求可能会一直变，即使已经通过email商定了，还是会存在变数的。谁叫人家是“上帝”来着呢。

用户权限模块，有最好用用，没有的情况下，楼主的办法很好啊。
关于权限控制 有太多的讨论了。这里就简单说一种，资源申明权限的。
简单说，某个页面需要什么角色访问，这个是写死的，基本上变化不会太多（有时间可以继续扩展）。要不写个java注释就能更方便的解决问题。

对于用户管理，权限配置，就是想办法生成这些对应资源的角色就好了。对于楼主来说，没有现成的，就用写死的。一个类，取到用户的时候顺便取下角色。

没有什么不好，把这些所谓的死的代码都隔离好好的，觉得需要扩展就自己扩展，觉得不需要，用户够用了，就这么着。

从来不需要过渡设计。

说得好，我们做的很多项目，人家根本不用，都是国家拨的款，当地发改委的验收时候就来吃喝玩儿乐一圈儿，拿点回扣，走个过长，讲两句官话走人。
我们纳税人的钱就是这样被耗掉的

抛去面子不谈，我觉得作为一个程序员，灵活性和可扩展性是必须考虑的，一般能做到定制的就做到定制，不能把功能都写死了。用户的需求是千变万化的，我们不能想当然，认为不变就一定不变。我觉的你的设计并不是很好的解决方案，有许多这样的例子，找一个研究一下。

lz说的应该是过度设计的问题。
很多人的回复里面也都暗示一点，不要相信没有变化的需求。这儿Developer很多，想说的就是，把权限做成可以配置，以后会少很多麻烦，这是经验。
lz如果已经做了四年的开发，在这方面肯定也是有自己的总结的，只是所举的例子刚好不恰当。

唉，深有感触。

最近做一个小的WEB应用，总共二三十个页面。就是SQL语句比较复杂。
因为数据库不会变化，按我说持久层直接写SQL或者用ibatis会比较好些。
但是我们老大极力推崇SSH2(struts2 spring hibernate)去搞。
结果一个小玩意搞得特复杂。

google只有两个页面.
对变化的态度