一个通用的权限管理系统，源代码及UML完整设计方案，很快就出来，哪个想要的话，请与我联系！

smartboy_java 2003-11-01 07:21:45

目前，我正在做一个权限管理系统，它的出现，可以节省系统关于权限方面设计的开支，不管是哪个项目，只要开发人员实现少量的代码，就可以构造成你们想要的权限管理，这个系统，具有丰富的设计文档和使用说明，和大量的junit，castor测试用例,哪个想要的话，请与我联系，报上QQ，MSN，EMAIL就行。

...全文

1109 692 打赏收藏转发到动态举报

写回复

用AI写文章

692 条回复

切换为时间正序

请发表友善的回复…

发表回复

fangjb_2008 2010-05-30

打赏
举报

给我一份吧。。。如果是C#的，麻烦发fang15081@tom.com,谢谢

dgmichaelz 2004-03-25

打赏
举报

give me one copy
dgmichaelz@21cn.com

moroser 2004-03-25

打赏
举报

thanks

shtyxn@126.com

zhukejun 2004-03-25

打赏
举报

靠，已经这么多人了
zhukejun@sina.com

zhangxf 2004-03-25

打赏
举报

谢谢了：
fwssoft@163.com

mbl 2004-03-25

打赏
举报

mblwhy@126.com

xxlcg 2004-03-25

打赏
举报

xxlcg@21cn.com
up

wangdong11 2004-03-25

打赏
举报

wangdong11@163.com
ding

csdnls 2004-03-25

打赏
举报

给我一份：jx_laisheng@163.com
多谢了!

d10410 2004-03-19

打赏
举报

t154058238@hotmail.com

多谢了！

jin0813 2004-03-18

打赏
举报

jin_0813@21cn.com
给我一份！谢谢！！！！

see1230 2004-03-18

打赏
举报

谢谢啦 see1230@163.com

shongping 2004-03-18

打赏
举报

也给我一份啊！！
谢谢啦！
shongping_101@163.com

zqrqq 2004-03-18

打赏
举报

zqr-f@163.com

谢谢！！！！非常感谢！！！！

bmj 2004-03-18

打赏
举报

都快700了，现在写还有用吗？不管了，写了再说！
shj0717@hotmail.com

xyjzd 2004-03-18

打赏
举报

infoer2001@sina.com
谢谢！！

jianleon 2004-03-18

打赏
举报

来晚了，lijm@gsta.com，谢谢！

ChianEagle 2004-03-18

打赏
举报

pzd@wxhx.com

modular 2004-03-18

打赏
举报

给我一份吧。谢谢！
modular@vip.sina.com

programer23 2004-03-18

打赏
举报

可以给我一份吗？
谢谢
我的e-mail是:eckel@mail.china.com

加载更多回复（672）

WHERE = ?"; try { Mysql msql=new mysql(sql); prep.setString( 1, "" ); rset = prep.executeQuery(); if( rset.next() ) { System.out.println( rset.getString( "一个常用的办法,也许你已经不知不觉在使用,尽管不知道它就是 facade. 设计模式之 Composite(组合) Composite 模式定义: 将对象以树形结构组织起来,以达成“部分－整体” 的层次结构，使得客户端对单个对象和组合对象的使用具有一致性. Composite比较容易理解，想到 Composite 就应该想到树形结构图。组合体内这些对象都有共同接口,当组合体一个对象的方法被调用执行时，Composite 将遍历(Iterator)整个树形结构,寻找同样包含这个方法的对象并实现调用执行。可以用牵一动百来形容。所以 Composite 模式使用到 Iterator 模式，和 Chain of Responsibility 模式类似。 Composite 好处: 1.使客户端调用简单，客户端可以一致的使用组合结构或其中单个对象，用户就不必关系自己处理的是单个对象还是整个组合结构，这就简化了客户端代码。 2.更容易在组合体内加入对象部件. 客户端不必因为加入了新的对象部件而更改代码。如何使用 Composite? 首先定义一个接口或抽象类，这是设计模式通用方式了，其他设计模式对接口内部定义限制不多， Composite 却有个规定，那就是要在接口内部定义一个用于访问和管理 Composite组合体的对象们（或称部件 Component）. 下面的代码是以抽象类定义，一般尽量用接口 interface, public abstract class Equipment { private String name; //实价 public abstract double netPrice(); //折扣价格 public abstract double discountPrice(); //增加部件方法 public boolean add(Equipment equipment) { return false; } //删除部件方法 public boolean remove(Equipment equipment) { return false; } //注意这里，这里就提供一种用于访问组合体类的部件方法。 public Iterator iter() { return null; } public Equipment(final String name) { this.name=name; } } 抽象类 Equipment 就是 Component 定义，代表着组合体类的对象们,Equipment 中定义几个共同的方法。 public class Disk extends Equipment { public Disk(String name) { super(name); } //定义 Disk 实价为 1 public double netPrice() { return 1.; } //定义了 disk 折扣价格是 0.5 对折。 public double discountPrice() { return .5; } } Disk是组合体内的一个对象，或称一个部件，这个部件是个单独元素( Primitive)。还有一种可能是，一个部件也是一个组合体，就是说这个部件下面还有'儿子'，这是树形结构中通常的情况，应该比较容易理解。现在我们先要定义这个组合体： abstract class CompositeEquipment extends Equipment { private int i=0; //定义一个 Vector 用来存放'儿子' private Lsit equipment=new ArrayList(); public CompositeEquipment(String name) { super(name); } public boolean add(Equipment equipment) { this.equipment.add(equipment); return true; } public double netPrice() { double netPrice=0.; Iterator iter=equipment.iterator(); for(iter.hasNext()) netPrice+=((Equipment)iter.next()).netPrice(); return netPrice; } public double discountPrice() { double discountPrice=0.; Iterator iter=equipment.iterator(); for(iter.hasNext()) discountPrice+=((Equipment)iter.next()).discountPrice(); return discountPrice; } //注意这里，这里就提供用于访问自己组合体内的部件方法。 //上面 dIsk 之所以没有，是因为 Disk 是个单独(Primitive)的元素. public Iterator iter() { return equipment.iterator() ; { //重载 Iterator 方法 public boolean hasNext() { return i一个接口，是 Iterator 模式的实现. 我们再看看 CompositeEquipment 的两个具体类:盘盒 Chassis 和箱子 Cabinet，箱子里面可以放很多东西，如底板，电源盒，硬盘盒等；盘盒里面可以放一些小设备，如硬盘软驱等。无疑这两个都是属于组合体性质的。 public class Chassis extends CompositeEquipment { public Chassis(String name) { super(name); } public double netPrice() { return 1.+super.netPrice(); } public double discountPrice() { return .5+super.discountPrice(); } } public class Cabinet extends CompositeEquipment { public Cabinet(String name) { super(name); } public double netPrice() { return 1.+super.netPrice(); } public double discountPrice() { return .5+super.discountPrice(); } } 至此我们完成了整个 Composite模式的架构。我们可以看看客户端调用 Composote 代码: Cabinet cabinet=new Cabinet("Tower"); Chassis chassis=new Chassis("PC Chassis"); //将 PC Chassis 装到 Tower 中 (将盘盒装到箱子里) cabinet.add(chassis); //将一个 10GB 的硬盘装到 PC Chassis (将硬盘装到盘盒里) chassis.add(new Disk("10 GB")); //调用 netPrice()方法; System.out.println("netPrice="+cabinet.netPrice()); System.out.println("discountPrice="+cabinet.discountPrice()); 上面调用的方法 netPrice()或 discountPrice()，实际上 Composite 使用 Iterator 遍历了整个树形结构,寻找同样包含这个方法的对象并实现调用执行. Composite是个很巧妙体现智慧的模式，在实际应用中，如果碰到树形结构，我们就可以尝试是否可以使用这个模式。以论坛为例，一个版(forum)中有很多帖子(message),这些帖子有原始贴，有对原始贴的回应贴，是个典型的树形结构，那么当然可以使用 Composite模式，那么我们进入 Jive中看看，是如何实现的. Jive 解剖在 Jive中 ForumThread 是 ForumMessages 的容器 container(组合体).也就是说，ForumThread 类似我们上例中的 CompositeEquipment.它和 messages 的关系如图： [thread] |- [message] |- [message] |- [message] |- [message] |- [message] 我们在 ForumThread 看到如下代码： public interface ForumThread { .... public void addMessage(ForumMessage parentMessage, ForumMessage newMessage) throws UnauthorizedException; public void deleteMessage(ForumMessage message) throws UnauthorizedException; public Iterator messages(); .... } 类似 CompositeEquipment, 提供用于访问自己组合体内的部件方法: 增加删除遍历. 结合我的其他模式中对 Jive的分析，我们已经基本大体理解了 Jive 论坛体系的框架，如果你之前不理解设计模式，而直接去看 Jive源代码，你肯定无法看懂。参考文章： Composite 模式和树形结构的讨论设计模式之 Decorator(油漆工) 装饰模式:Decorator 常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称 decoratee.这两种实体在 Decorator 模式中是必须的. Decorator定义: 动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用 Decorator 模式相比用生成子类方式达到功能的扩充显得更为灵活. 为什么使用 Decorator? 我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性, 同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的. 使用Decorator的理由是:这些功能需要由用户动态决定加入的方式和时机.Decorator提供了"即插即用"的方法,在运行期间决定何时增加何种功能. 如何使用? 举Adapter 中的打桩示例,在 Adapter 中有两种类:方形桩圆形桩,Adapter模式展示如何综合使用这两个类,在Decorator模式中,我们是要在打桩时增加一些额外功能,比如,挖坑在桩上钉木板等,不关心如何使用两个不相关的类. 我们先建立一个接口: public interface Work { public void insert(); } 接口 Work有一个具体实现:插入方形桩或圆形桩,这两个区别对 Decorator 是无所谓.我们以插入方形桩为例: public class SquarePeg implements Work{ public void insert(){ System.out.println("方形桩插入"); } } 现在有一个应用:需要在桩打入前,挖坑,在打入后,在桩上钉木板,这些额外的功能是动态,可能随意增加调整修改,比如,可能又需要在打桩之后钉架子(只是比喻). 那么我们使用 Decorator 模式,这里方形桩 SquarePeg 是 decoratee(被刷油漆者),我们需要在 decoratee 上刷些"油漆",这些油漆就是那些额外的功能. public class Decorator implements Work{ private Work work; //额外增加的功能被打包在这个 List 中 private ArrayList others = new ArrayList(); //在构造器中使用组合 new方式,引入 Work 对象; public Decorator(Work work) { this.work=work; others.add("挖坑"); others.add("钉木板"); } public void insert(){ newMethod(); } //在新方法中,我们在 insert 之前增加其他方法,这里次序先后是用户灵活指定的 public void newMethod() { otherMethod(); work.insert(); } public void otherMethod() { ListIterator listIterator = others.listIterator(); while (listIterator.hasNext()) { System.out.println(((String)(listIterator.next())) + " 正在进行"); } } } 在上例中,我们把挖坑和钉木板都排在了打桩 insert 前面,这里只是举例说明额外功能次序可以任意安排. 好了,Decorator 模式出来了,我们看如何调用: Work squarePeg = new SquarePeg(); Work decorator = new Decorator(squarePeg); decorator.insert(); Decorator 模式至此完成. 如果你细心,会发现,上面调用类似我们读取文件时的调用: FileReader fr = new FileReader(filename); BufferedReader br = new BufferedReader(fr); 实际上 Java 的 I/O API 就是使用 Decorator 实现的,I/O变种很多,如果都采取继承方法,将会产生很多子类,显然相当繁琐. Jive 中的 Decorator 实现在论坛系统中,有些特别的字是不能出现在论坛中如"打倒 XXX",我们需要过滤这些"反动"的字体.不让他们出现或者高亮度显示. 在 IBM Java 专栏中专门谈 Jive的文章中,有谈及 Jive中 ForumMessageFilter.java 使用了 Decorator 模式,其实,该程序并没有真正使用 Decorator,而是提示说:针对特别论坛可以设计额外增加的过滤功能,那么就可以重组 ForumMessageFilter 作为 Decorator 模式了. 所以,我们在分辨是否真正是Decorator模式,以及会真正使用Decorator模式,一定要把握好Decorator模式的定义,以及其中参与的角色(Decoratee 和 Decorator). 设计模式之 Bridge Bridge 模式定义 :将抽象和行为划分开来,各自独立,但能动态的结合。任何事物对象都有抽象和行为之分，例如人，人是一种抽象，人分男人和女人等；人有行为，行为也有各种具体表现，所以，“人”与“人的行为”两个概念也反映了抽象和行为之分。在面向对象设计的基本概念中，对象这个概念实际是由属性和行为两个部分组成的，属性我们可以认为是一种静止的，是一种抽象，一般情况下，行为是包含在一个对象中，但是，在有的情况下，我们需要将这些行为也进行归类，形成一个总的行为接口，这就是桥模式的用处。为什么使用? 不希望抽象部分和行为有一种固定的绑定关系，而是应该可以动态联系的。如果一个抽象类或接口有多个具体实现(子类、concrete subclass),这些子类之间关系可能有以下两种情况: 1. 这多个子类之间概念是并列的,如前面举例,打桩,有两个 concrete class:方形桩和圆形桩;这两个形状上的桩是并列的, 没有概念上的重复。 2.这多个子类之中有内容概念上重叠.那么需要我们把抽象共同部分和行为共同部分各自独立开来,原来是准备放在一个接口里,现在需要设计两个接口：抽象接口和行为接口，分别放置抽象和行为. 例如,一杯咖啡为例,子类实现类为四个：中杯加奶、大杯加奶、中杯不加奶、大杯不加奶。但是，我们注意到：上面四个子类中有概念重叠，可从另外一个角度进行考虑，这四个类实际是两个角色的组合：抽象和行为，其中抽象为：中杯和大杯；行为为：加奶不加奶（如加橙汁加苹果汁）. 实现四个子类在抽象和行为之间发生了固定的绑定关系，如果以后动态增加加葡萄汁的行为，就必须再增加两个类：中杯加葡萄汁和大杯加葡萄汁。显然混乱,扩展性极差。那我们从分离抽象和行为的角度，使用 Bridge模式来实现。如何实现?

1.4.1 JSP一个成功的网站应明确为什么要建立这个网站，确定网站所拥有的功能，明确网站所有的规模、投资花费的费用等[8]，了解这些都需去市场进行调查。只有经过详细的策划，才能够免去在网站的建设中出现的很多问题网站的建设才会顺利[4]。同时，一个大型的计算机网站系统，需要有一个十分明确的思想做指导，并且通过一系列合理的结构设计，就能够充分发挥出仓库管理系统的巨大优势。在仓库管理系统系统的实现时首先我们要考虑下面几点：安全性。

文章目录UML建模与架构文档化UML 现状与发展UML起源UML 体系结构演变UML 的应用与未来UML基础概述用例和用例图交互图类图和对象图状态和活动图状态图活动图构件图部署图基于UML的软件开发过程软件开发过程概述基于UML的需求分析对象的设计方法系统架构文档化模型概述逻辑结构进程架构开发架构物理架构场景迭代过程个人格言 UML建模与架构文档化 UML（统一建模语言）一出现，以融合了多种面向对象建模方法，简洁的图形与符号，直观的表示和强大的表示能力，得到工业界与学术界认可。它通过统一的表示法，

抽象类用斜体书写类名称来表示李小平是一个爱书之人，家里各类书籍已过千册，而平时又时常有朋友外借，因此需要一个个人图书管理系统。该系统应该能够将书籍的基本信息按计算机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合查询功能。在使用该系统录入新书籍时系统会自动按规则生成书号，可以修改信息，但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行记录，可对外借情况列表打印。另外，还希望能够对书籍的购买金额、册数按特定时限、周期进行统计。汽车和自行车都是交通工具(vehicle)。

经过测试，系统能够很好的运行，通过运用此管理系统，功能模块也能够达到老师所指定的要求。系统可以实现学生信息的集中管理、分散操作、检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事劳资管理的效率,也是高校的科学化、正规化管理,与世界接轨的重要条件。通过系统的设计，本人感触最深的是加深了对软件开发过程的理解，熟悉了利用JSP实现各种实用的数据库型软件的开发，以及了解了教务管理的一些流程，也更加深入理解了MIS设计中常见问题和其设计的意义。

Java SE

62,635

社区成员

307,269

社区内容

近7日
近30日
至今

加载中

试试用AI创作助手写篇文章吧