101JAVA设计模式--业务逻辑实现扩展,框架使用分析总结

23中设计模式目录如下:

工厂模式
抽象工厂模式
单例模式
建造者模式
原型模式
适配器模式
桥接模式
过滤器模式
组合模式
装饰器模式
外观模式
享元模式
代理模式
责任链模式
命令模式
解释器模式
迭代器模式
中介者模式
备忘录模式
观察者模式
状态模式
空对象模式
策略模式
模板模式
访问者模式



1.哪些JAVA不能用?3种

内存相关的:克隆模式,享元模式,备忘录模式。

特殊的:解释器模式,空对象模式。

2.哪些JAVA已经支持?3种

代理模式:JDK自动的动态代理:CGLIB,接口代理

观察者模式:JAVAEE中的拦截器,过滤器,Spring中的AOP都有观察者模式的踪影

迭代器模式:JAVAWEB中,循环处理可以替代。

3.哪些框架中用?6种

单例模式,抽象工厂,构建模式

统一接口:桥接模式

统一方法:类已经设计好的,改造使用访问者模式,设计前规划拟定,用外观模式

适配器模式



4.业务逻辑中用能用的设计模式13种

实际上能用的在有:业务逻辑,类的扩展,增强

a.类的扩展和增强:

单个类

  1)增强:装饰者模式

  2)扩展:代理模式

多个类

  功能处理:命令模式,过滤器模式

  选择:适配器模式,策略模式

  组合:状态模式

b.业务逻辑处理

结构

  a.组合模式

  b.过滤器模式

行为

  a.责任链模式:执行一组过滤条件方法,一直执行到 对象链底部
  b.命令模式:把参数做为调用的方法,,参数不同调用不同的 参数类中的方法
  d.状态模式:将状态数据,业务数据分类,用参数控制组合调用,if..else替代
  e.中介模式



5.常用的设计模式

a.类的扩展和增强:

单个类

  1)增强:装饰者模式

  2)扩展:代理模式

多个类

  选择:策略模式

  状态模式:将状态数据,业务数据分类,用参数控制组合调用,if..else替代

如下这些类都可以用流程代码实现:
过滤器模式:可以用流程代码替代。

命令模式:非复杂业务,不需要实用。

责任链模式:封装成函数调用链替代。

中介模式:框架中使用。

原文地址:https://www.cnblogs.com/gcq243627152qq/p/12003940.html

时间: 2024-08-01 22:13:23

101JAVA设计模式--业务逻辑实现扩展,框架使用分析总结的相关文章

分享一个UI与业务逻辑分层的框架(二)

序言 第一篇讲解了UI与业务逻辑分层的框架(UIMediator)的使用.本篇将说明该框架的原理及代码实现. 整体结构 UI与后台类绑定主要分为UI输入->后台属性,后台属性-UI更新两部分,为符合依赖倒置原则,分别抽象出IUIToProperty和IPropertyToUI两个接口. 为了匹配WinForm的窗体事件委托方法格式(object sender, EventArgs e)两个接口方法都实现了多态. Mediator采用了模板方法的设计模式,实现了整个绑定方法的算法框架,子类只需实现

Asp.net 面向接口可扩展框架之业务规则引擎扩展模块

随着面向接口可扩展框架的继续开发,有些功能开发出现了"瓶颈",有太多的东西要写死才好做.但写死的代码扩展性是非常的不好,迷茫中寻找出入... 进而想到我以前开发的好几个项目,都已有一定的可配置能力,想想怎么把这些地方的代码抽象提取出来.进而想到"业务规则引擎",网上找了几个都不太入"眼",就抽时间再造个"轮子" 业务规则引擎在很多成熟的工作流引擎中都有相应的模块,是工作流的核心之一.但是除了工作流很多业务都需要业务规则引擎,所

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(4)-业务逻辑层的封装

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(4)-业务逻辑层的封装 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程 前言:前面几篇博客我们基本已经介绍完了搭建整个项目和数据库访问层以及一些业务逻辑层的实现,当然了,我们的数据库访问层这样还是可以在进行封装的,但是我到这里就行了吧,项目也不大,不需要那么麻烦的,那么我们今天开始介绍我们需要介绍的内容,那就是我

从零开始,搭建博客系统MVC5+EF6搭建框架(1),EF Code frist、实现泛型数据仓储以及业务逻辑

前言      从上篇30岁找份程序员的工作(伪程序员的独白),文章开始,我说过我要用我自学的技术,来搭建一个博客系统,也希望大家给点意见,另外我很感谢博客园的各位朋友们,对我那篇算是自我阶段总结文章的评论,在里面能看出有很多种声音,有支持的我的朋友给我加油打气,有分享自己工作经历的朋友,有提出忠肯意见的朋友,有对记事本写代码吐槽的朋友,也有希望让我换个行业的,觉得我可能不适合这个行业朋友,不管怎样,我都接受,都是大家同行的一些忠告,谢谢大家. 首先我要在这里感谢很多博客园里面的大牛,写了很多系

Asp.net设计模式笔记之三:业务逻辑层的组织

本章内容要点: 1.Transaction Script模式组织业务逻辑 2.Active Record模式和Castle Windsor来组织业务逻辑 3.Domain Model模式来组织业务逻辑 4.Anemic Model模式和Domain Model 来组织业务逻辑的差异 5.理解领域驱动设计DDD以及如何运用它让自己专注于业务逻辑而不是基础设施关注点 并非所有的应用程序都是一样的,也并非所有的应用程序都需要复杂的体系结构来封装系统的业务逻辑.作为开发者,重要的是要理解所有领域逻辑模式

发现 一个业务管理系统 解决了 orm 和 前端框架 剩下的 是 业务逻辑 了 。 哈

解决了 orm 和 前端框架 剩下的 是 业务逻辑 了 . 哈 还有 各种 aop 组件 呢 . 大家 high 来 准备 用 fluent data  和 mysql 写一个 wcf 的 接口呢. wcf 比 webservice 后出来吧 然后 在 用 web api 写一个 接口呢..

系统架构师-基础到企业应用架构-业务逻辑层

一.上章回顾 上章我们主要讲述了系统设计规范与原则中的具体原则与规范及如何实现满足规范的设计,我们也讲述了通过分离功能点的方式来实现,而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式,而目前更多的是面向对象的开发设计方式.并且我们也讲述了该如何通过设计手段去分析功能点及设计分离 点,应该如何在设计的过程中分析的角度及如何去满足设计规范与原则.首先我们通过下图来回顾下上章要点: 二.摘要 本文将已架构的方式去分析分层结构中的业务层的设计,如何写出来内聚度,高耦合的业务逻辑层

从分享机制反观产品形态与业务逻辑

本文不是我写的,转载出处:http://www.woshipm.com/pd/273760.html “分享”是一个在App中特别常见的功能,从运营层面它满足了推广需求,从用户层面则满足了用户对外塑造自我形象.分享自我点滴.宣扬价值观等需求.这次我将分析五类常见应用(社交类.内容类.电商类.美化类.打车类)的分享机制,从中反推出不同产品的产品目标.业务逻辑对分享机制的影响:接着,从用户体验的角度分析几种分享机制下不同操作流程的优缺点. 一.每类产品分享的内容形式 不同种类的产品会因为不同的产品性

MyBatis知多少(6)表现层与业务逻辑层

表现层 表现层负责向最终用户展示应用程序的控制方式以及数据.它还要负责所有信息的布局和格式.今天,商业应用程序最流行的表现方式应该算是Web前端了,它使用HTML和JavaScript并通 过Web浏览器来满足用户的界面外观需求. Web应用程序的优势包括跨平台兼容性.易部署和可扩展.amazon.com就是Web应用程序的—个极好的例子,它允许你在线购书.这就是Web应用程序的一个绝佳应用,因为不可能要求用 户为了买一本书而去下载一个应用程序. 当需要高级的用户控件或者复杂的数据操纵时,Web