J2EE相关设计模式讨论

J2EE相关设计模式讨论[@more@]  设计模式,这个概念现在是满天飞,大家手里面估计都有,三种,创建型模式、结构型模式和行为型模式。一共包括23个模式,在这里不一一列举。实际应用中,我们不可能在短时间内消化吸收掉,因为模式本身就是约定俗成的东西,依靠大家以往的项目经验总结出来的习惯用法。习惯要时间去培养,去形成,所以大家不要急着去用所有的模式,但一定要有这种意识,在项目中、学习中开始用上几个看看,研究研究模式给你会带来什么价值。但如果,你对Java JDK1.4 源码用到的设计模式感兴趣,可以到官方网站 下载!这个地方有详细说明, http://www.javaresearch.org/dn.jsp

   在进入正题之前,我申明该文章没有任何商业目的,其中涉及到开源软件的一些源代码,所以涉及到知识产权问题时,如果有人将其用于商业目的,个人不负责该方面的责任。在这里只用于学习、交流的目的。谢谢合作。

   好,接下来继续往下看。

   但问题出来了,如何将这些模式具体用到Java Project中呢?刚开始确实很头疼。一方面,我们要知道模式的适用场合、引入模式给系统带来的好坏,等等都需要我们去考虑的。另一方面,模式本身的理解消化吸收。再者,还有你的老板逼着你完成任务-:)。等等。其实,冷静分析一下,也不是没有可能。我们在项目中,完成自己的工作是一方面,但另一方面要考虑好自己的职业生涯,要想把Java Coder、Java Developer、Java Architect、或者什么的……做好,这些都是基本功。

   学者,就是喜欢把1+1,这么简单的问题用什么。。。。理论推导出来,作为技术工作者,比如我们,看的是结果,技术的实作性。而大家在学设计模式中的过程中,往往脱离实践,看看设计模式的UML图(说句实在话,大家的UML功底都不会太好吧,把它用于我们的UP估计也少。)、还有模式的什么意图,别名,动机,适用性,结构,参与者,协作,效果,实现,代码实例,。。。。。。。脑袋都晕掉了。大家是否给忘记了,这种GP,本来就很抽象,加上这么多条条框框,两个字,“郁闷”。我们不妨从分析GP代码入手效果很很不错,我学习过程中就是这样的。要不我们现在就看看一个例子。以行为型模式State为例。(模式的实现例子网络上有很多。Java的实现也很多,比如,Together ControlCenter里面就内置了这种基于GP的编程模板,详细内容大家用用就知道了。)

   大家知道,State的用意在于,允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了他的类。我们先看http://www.javacoder.net/patterns.jsp 上提供的GOF SOFTWARE DESIGN PATTERNS CATALOGUE的State模式源码实现。
   首先看接口类,State.java

   public interface State {

   public void handle();

  }

  以定义接口以封装与Conext(代码稍候陈述!)的一个特定状态相关的行为。

  然后看,接口的实现类。第一个,ConcreteState1.java

  public class ConcreteState1 implements State {

   public void handle() {
   System.out.println("ConcreteState1.handle() executing");
   }

  }

  第二个,ConcreteState2.java

  public class ConcreteState2 implements State {
   public void handle() {
   System.out.println("ConcreteState2.handle() executing");
   }
  }

  这两个类实现了State接口。

  然后再看,Context.java是如何将上述三个.java文件联系起来。

  public class Context {
   public static final int STATE_ONE = 0;
   public static final int STATE_TWO = 1;
   //大家注意,这句话很关键,该模式做手脚的地方!
   private State currentState = new ConcreteState1();

   public void request() {
   currentState.handle();
   }

   public void changeState(int state) {
   switch (state) {
   case STATE_ONE:
   currentState = new ConcreteState1();//关键点
   break;
   case STATE_TWO:
   currentState = new ConcreteState2();//关键点
   break;
   }
   }
  }

  这样,写好4个.java文件后,其实您已经实现了State设计模式,很有趣,对吧?就是这样简单。
  再看看如何使用该设计模式了。写一个Client.java看看。

  public class Client {

   public static void main(String[] args) {
   // 构造Context
   Context ctx = new Context();
   // 唤起Context.request()
   ctx.request();
   // 改变ctx的状态?为什么改变了呢?大家想想看。
   ctx.changeState(Context.STATE_TWO);
   // 再次唤起Context.request(),结果大不一样。
   ctx.request();
   }
  }

  是不是您也想试试呢?要不自己动手运行一下看看就知道了。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10901326/viewspace-965489/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10901326/viewspace-965489/

个人防护装备实例分割数据集 一、基础信息 • 数据集名称:个人防护装备实例分割数据集 • 图片数量: 训练集:4524张图片 • 训练集:4524张图片 • 分类类别: 手套(Gloves) 头盔(Helmet) 未戴手套(No-Gloves) 未戴头盔(No-Helmet) 未穿鞋(No-Shoes) 未穿背心(No-Vest) 鞋子(Shoes) 背心(Vest) • 手套(Gloves) • 头盔(Helmet) • 未戴手套(No-Gloves) • 未戴头盔(No-Helmet) • 未穿鞋(No-Shoes) • 未穿背心(No-Vest) • 鞋子(Shoes) • 背心(Vest) • 标注格式:YOLO格式,适用于实例分割任务,包含边界框或多边形坐标。 • 数据格式:图片数据,来源于监控或相关场景。 二、适用场景 • 工业安全监控系统开发:用于自动检测工人是否佩戴必要的个人防护装备,提升工作场所安全性,减少工伤风险。 • 智能安防应用:集成到监控系统中,实时分析视频流,识别PPE穿戴状态,辅助安全预警。 • 合规性自动化检查:在建筑、制造等行业,自动检查个人防护装备穿戴合规性,支持企业安全审计。 • 计算机视觉研究:支持实例分割、目标检测等算法在安全领域的创新研究,促进AI模型优化。 三、数据集优势 • 类别全面:覆盖8种常见个人防护装备及其缺失状态,提供丰富的检测场景,确保模型能处理各种实际情况。 • 标注精准:采用YOLO格式,每个实例都经过精细标注,边界框或多边形坐标准确,提升模型训练质量。 • 真实场景数据:数据来源于实际环境,增强模型在真实世界中的泛化能力和实用性。 • 兼容性强:YOLO格式便于与主流深度学习框架(如YOLO、PyTorch等)集成,支持快速部署和实验。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值