-
本版专家分：0结帖率 0% -
我要搞一个框架，需要根据不同的业务标识创建不同的模型对象，比如bizSpec是case的时候创建CaseRowData对象，bizSpec是casetype的时候创建CaseTypeRowData对象，我是期望我提供一个抽象类，然后别人的**RowData扩展我这个类，实现一个getRegisterationKey接口，自动注册"key-类型"到我的框架内部的RowDataCreatorDelegate的一个ConcurrentHashMap里，然后框架的其他地方使用delegate传入key直接取到模型class然后通过反射实例化，但是有个问题是如果我把注册的逻辑放到构造函数里做，在调delegate的创建实例前其实是没有RowData实例的，注册中心里并没有信息；如果放到static代码块里，也不行，因为在这种模式下用户自己扩展的类在调delegate.create前并没有加载，注册中心里还是没有信息。
各位大佬有没有什么办法呢？？？
-
本版专家分：2359 -
看上去你这个框架的作用就是根据输入Class参数，返回对象，其实也就是根据动态的类型创建对象。
是需要用到反射的，但是反射也不是必须有实例才能反射的，你看看这个。
package org.reflect.Class;
import java.lang.reflect.Modifier;
public class ClassDemo {
public static void main(String[] args) {
Student stu=new Student();
Class<?> c1=stu.getClass();//方式一
Class<Student> c2= Student.class;//方式二
Class<?> c3=null;
try {
c3=Class.forName("org.reflect.Class.Student"); // 方式三
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
System.out.println("方式一获取的Class对象为："+c1.getSimpleName());
System.out.println("方式二获取的Class对象为："+c2);
System.out.println("方式三获取的Class对象为："+c3);
int mod=c1.getModifiers();//获取修饰符所对应的整数
String modifier=Modifier.toString(mod);//获取修饰符
System.out.println(c1+"类所用的修饰符为："+modifier);
}
}
-
本版专家分：20
-
工厂模式，抽像工厂，了解一下
-
本版专家分：0
-
动态代理应该对你有所帮助
-
本版专家分：0
-
Student stu=new Student();
Class<?> c1=stu.getClass();//方式一
Class<Student> c2= Student.class;//方式二
Class<?> c3=null;
try {
c3=Class.forName("org.reflect.Class.Student"); // 方式三
} catch (ClassNotFoundException e) {
e.printStackTrace();
写法 正确吗？
- 设计模式：策略模式（对象的某个行为，在不同的场景中，有不同的实现算法）
- 前言工作遇到的需求在工作中，遇到这样的需求：需要对一些操作进行记账，比如说，客户购买了一笔资产A之后，那么 客户的钱少了 客户的资产多了 商家的钱多了 商家的资产少了 等等 其实还有一些利息方面的变动，有 M 种变动，总之比较多。而且这个只是考虑客户购买资产A，那么客户购买资产B ，资产C，这个变动还不一样，假设有 N 种 购买方式，那么就是 M * N 的可能变动。思考的问题如何重用 客户的购买行
- logback 根据不同业务打印日志到不同的文件
- /opt/fanqizha_tomcat/python/logs/antifraud_Error.log E:/logs/antifraud_Error.log 60 logs/
- 【设计模式】Java服务开发应用策略模式的一个例子
- 【<em>设计模式</em>】Java服务开发应用策略模式的一个例子 当我们写代码时遇到了需要if else 需要实现的问题时，就可以考虑是否引入某种<em>设计模式</em>，能让代码写得更加graceful。 假设我们现在有个设计用户查找的RESTful接口的需求，用户可能有多个属性，有id,firstName ,lastName,age,adress 等等，我们可以这样一个接口： http://localhost:809
- Java开发中的23种设计模式详解之一：5种创建型模式
- 一、<em>设计模式</em>的分类 总体来说<em>设计模式</em>分为三大类： <em>创建</em>型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式
- 项目中的流程及类似业务的设计模式总结
- 说到<em>业务</em>流程，可能是我做过的项目中涉及<em>业务</em>最多的一个方面了。除了在流程设计之外，在一些考核系统、产业审批、还有很多地方，都用到相似的设计思路，在此一并总结一下。再说到模式，并不是因为流行才用这个词，而是因为这里总结的东西确实只能是个参考，是我解决问题的处理方式与思路，当然几乎相同的项目中，有时我用到很多相同的代码，所以又可以看到是一个原型系统。 为<em>什么</em>我一般不用工作流产品？因为它包括一部分定义的东西还不全，又包含了一部分<em>业务</em>的东西，也不全，调度算法也不全，一些特殊的统计要求也不好弄，相反一些画图，启动啊，
- log4j不同业务逻辑输出到不同的log文件
- http://www.shanhh.com/?p=33 动态 http://shuaigg-babysky.iteye.com/blog/543999 静态 Log4J 在系统运行时更改log4j的配置 http://blog.sina.com.cn/s/blog_4b81125f0100fo95.htmlhaiyao 摘要： 但是我们还不能确定log4j系统正在运行时，再次调用
- 状态模式-订单应用
- 今天翻了翻《领域驱动设计与模式实战》，里面详细讲解了“状态模式”，说来我对它并不陌生，几年前，我在看《Java与模式》的时候就仔细研究过，不过这么多年来却从没在实战中应用过，并不是没有遇到合适的场景，即便在前几天结束的一个项目中，还涉及订单状态来着，可我却是用最俗的if/else编码的，书算是白看了，为了不让悲剧重演，我决定重新温习一下状态模式，加深一下印象。 无图无真相，下面看看订单在生命
- 简单工厂 -- 不同参数返回不同的类实例
- 工厂模式是最常用的一类<em>创建</em>型<em>设计模式</em>，通常我们所说的工厂模式是指工厂方法模式，它也是使用频率最高的工厂模式。本章将要学习的简单工厂模式是工厂方法模式的“小弟”，它不属于GoF 23种<em>设计模式</em>，但在软件开发中应用也较为频繁，通常将它作为学习其他工厂模式的入门。此外，工厂方法模式还有一位“大哥”——抽象工厂模式。这三种工厂模式各具特色，难度也逐个加大，在软件开发中它们都得到了广泛的应用，成为面向对
- 关于log4j将不同的业务模块写在不同的日志文件中的办法
- 1.新建一个日志<em>对象</em>，写入获取日志信息的方法 2.上图获取的logger就是区别去获取日志配置文件<em>不同</em>输出地址的关键元素，如下图，给<em>不同</em><em>业务</em>模块配置<em>不同</em>的输出文件，配置箭头所指的别名 3.之后去拦截器里调用，填入识别<em>不同</em><em>业务</em>模块的参数给LogInfo方法，就Ok了
- (设计模式)简单工厂模式之通过配置文件动态创建实现类
- 通常我们在使用简单工厂模式的时候会由<em>创建</em>方法create通过传入的参数来判断要实例化哪个<em>对象</em>，就像下面这样： public static class ImageSelectFactory { public static IImageSelect createIImageSelect(ImageSelectClientMode mode) { IIm
- logback 根据业务打印日志到不同文件
- 需求：有一个调度平台，需要将每一次调度单独生成日志文件，方便后续维护以及问题定位 环境：springboot + logback logback.xml内容 &lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;configuration&gt; &lt;!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径 --&gt...
- 仔细思考一个接口的不同实现得到的类和一个类的不同对象使用起来到底有什么区别？
- 最近在学习命令模式。 例子中是定义一个Command接口，其中只有一个execute方法声明。 接口的实现 因为接口是不指定构造方法的参数，也不指定成员变量的。所以你可以用任何形式实例化这个接口，只要其中实现了这个接口方法。 比如说开灯命令里面的execute中只要把light.on()方法写进去就可以了。而如果是播放cd命令的execute中就要写打开cd，放入碟片，调节音量等一系列操作
- 开发中都用到了那些设计模式?用在什么场合?
- 所谓<em>设计模式</em>，就是一套被反复使用的代码设计经验的总结（情境中一个问题经过证实的一个解决方案）。使用<em>设计模式</em>是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。<em>设计模式</em>使人们可以更加简单方便的复用成功的设计和体系结构。将已证实的技术表述成<em>设计模式</em>也会使新系统开发者更加容易理解其设计思路。每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数...
- JAVA设计模式（17）：行为型-模板方法模式（Template Method）
- 1. 模板方法模式概述 在现实生活中，很多事情都包含几个实现步骤，例如请客吃饭，无论吃<em>什么</em>，一般都包含点单、吃东西、买单等几个步骤，通常情况下这几个步骤的次序是：点单 吃东西 买单。在这三个步骤中，点单和买单大同小异，最大的区别在于第二步——吃<em>什么</em>？吃面条和吃满汉全席可大不相同，如图1所示： 图1 请客吃饭示意图 在软件开发中
- 那些相似的设计模式的区别
- GoF在《Design Patterns: Elements of Reusable Object-Oriented Software》中总结了23种经典的<em>设计模式</em>，成为了该领域的经典。《Design Patterns: Elements of Reusable Object-Oriented Software》一书虽经典，但不适合作为学习<em>设计模式</em>的第一本书。书里对每种模式都进行了阐述，但是对它们之间的关联和区别讲得比较少，因此读下来就觉得有些个模式样子长差不多，难以区别。
- Java各种对象理解（转）
- 关于VO、PO的理解-<em>java</em>的(PO,VO,TO,BO,DAO,POJO)解释收藏 O/R Mapping 是 Object Relational Mapping（<em>对象</em>关系映射）的缩写。通俗点讲，就是将<em>对象</em>与关系数据库绑定，用<em>对象</em>来表示关系数据。在O/R Mapping的世界里，有两个基本的也是重要的东东需要了解，即VO，PO。 VO，值<em>对象</em>(Value Object)，PO，持久<em>对象</em>(P
- 设计模式——委托模式
- 委托模式同样是<em>设计模式</em>的一种。 委托模式：两个<em>对象</em>之间，不能直接联系，需要通过一个第三方的<em>对象</em>，帮助它们联系，叫委托模式。 借用买卖二手房的例子： 在使用委托模式时，我们需要使用协议。协议就是一套标准，在标准里面声明了很多方法，但却不管方法是怎么实现的。通常方法的实现都在受委托类（中介）中实现。而最后通过委托类（业主）调用。当然具体情况具体分析，这里只是一个简单的例子。 1.<em>创建</em>一个协议
- 为什么业务中很少用到设计模式
- 老铁们在写代码的的时候，估计多少都沾染一点<em>设计模式</em>这个概念，但很多猿人在实际的开发中发现<em>设计模式</em>用的很少，几乎就是零,这是为何呢? <em>设计模式</em>的目的是提供可扩展性和可维护性。但是我们开发的项目本身，大部分都是固定写死的，逻辑单一，我们开发的模块也并不在其他位置或者其他项目中复用，目的很明确就是做当前的<em>业务</em>，支付模块就管支付的<em>业务</em>，推送模块就管消息推送的<em>业务</em>。所以，平时开发中用到<em>设计模式</em>的地
- 新型领导设计模式—设计可扩展性的业务架构
- 新型领导<em>设计模式</em>—设计可扩展性的<em>业务</em>架构开闭原则是软件设计最重要的原则之一，设计具有良好可扩展性的<em>业务</em>架构极其依赖该原则。<em>业务</em>品种在增多，已有<em>业务</em>自身也在发展，需要设计一套统一，灵活，互相独立的<em>业务</em>架构。笔者在多个项目中，多次使用新型领导<em>设计模式</em>来设计可扩展的<em>业务</em>架构，觉得有必要总结出来，以供大家参考。本来是想把该模式归为23种<em>设计模式</em>之一，可能是由于能力有限，没能成功。新型领导，把握大局(主流程)
- 【Java设计模式】状态模式处理返回码
- 一、状态模式： 首先来谈谈状态模式的定义：当一个<em>对象</em>的内在状态改变时允许改变其行为，这个<em>对象</em>看起来像是改变了其类。 定义往往是那么的枯燥难懂，换一个表述方式可能更容易理解：状态模式把<em>对象</em>的行为包装在<em>不同</em>的状态<em>对象</em>里，每一个状态<em>对象</em>都有一个共同的抽象状态基类。这个表述结合状态模式的UML类图就挺好理解了
- 23种设计模式分析(1)：创建型模式
- <em>设计模式</em>（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用<em>设计模式</em>是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，<em>设计模式</em>于己于他人于系统都是多赢的，<em>设计模式</em>使代码编制真正工程化，<em>设计模式</em>是软件工程的基石，如同大厦的一块块砖石一样。 GoF（“四人帮”，指Gamma, Helm, Johnson & Vliss
- java 中配置文件读取的3种不同方法
- 前言 <em>java</em>在加载配置文件的时候, 会优先去探寻 Source Folder 这类文件 所以 可以将 配置文件 放在 src 同级位置, 或者存放 在一个 新建Source Folder中 配置文件 新建一个 mysql.properties 配置文件 “=” 左边是key值, 右边是value值 , 没有其他任何修饰 配置文件 读取的3 种方法 通过类加载器...
- java通过反射，只需要传了类名和参数，就可以根据不同参数的构造方法实例化对象
- 转载自：http://www.jianshu.com/p/69ca44916ebf 代码块 @requires_authorization private Object reflateInstance(String className, Object[] args)throws Exception{ Class newoneClass = Classs.forName(classN
- log4j根据业务分出多个日志文件
- 很多时候，我们<em>不同</em>的<em>业务</em>日志要打印到<em>不同</em>的日志文件，比如我们一种日志是 数据库同步到数据仓库日志（db2dw） ，一种日志是 数据清洗日志(washdata) ，要分成2个<em>不同</em>日志文件进行记录看，具体的做法如下： 1 在类里面确定好<em>不同</em><em>业务</em>对应的日志名称，代码如下，这里就是刚刚说的<em>不同</em>的两种<em>业务</em> Logger logger = Logger.getLogger(&amp;quot;**db2dw**...
- 设计模式--六种创建型模式
- 前言 每几种模式之间都有一定的联系，从中发现它们的相同点和<em>不同</em>点，研究发生改变的节点，这就是本篇博客所要说明的<em>创建</em>型<em>设计模式</em>之间的联系。它们包括：简单工厂模式、单例模式、工厂方法模式、抽象工厂模式、建造者模式和原型模式。 <em>创建</em>型模式的基本理解 <em>创建</em>型模式抽象了实例化过程。它们帮助一个系统独立于如何<em>创建</em>、组合和表示它的那些<em>对象</em>。 一个类<em>创建</em>型模式使用继承改变被实例
- java多线程处理业务
- public class Test { private static int count = 0; public static ApplicationContext ac = new ClassPathXmlApplicationContext("spring.xml"); static { PropertyConfigurator.configure("config/log4j.
- java根据不同的参数调用不同的实现类（猿的私生活—学习）
- 本猿今天今天帮公司写第三支付接口的时候，灵机一动就想写一个扩展性比较的强的充值接口，t通过选择<em>不同</em>的充值渠道，调用<em>不同</em>的充值实现类（好了，废话不多说了，上码！！！！！） 首先你得写一个接口（楼主用的框架是springMVC +Spring +嘿嘿）PayService 然后写你的PayService实现类 EcpssPayService（第三方接口实
- 设计模式 (工厂类=父类;实现类=子类)
- <em>设计模式</em> 是在特定环境下人们解决某类重复出现额问题的一套成功的有效的方案 四人组(gang of four) 将&amp;amp;amp;amp;quot;模式&amp;amp;amp;amp;quot;的概念引入软件工程 “在一定的环境下,用固定套路解决问题” <em>设计模式</em>的概念 <em>设计模式</em>的基础是: 多态 <em>设计模式</em>的原则是: 高内聚 ,低耦合(各个类之间少参与,保持模块性) 单一职责原则: 类的职责单一,对外只提供一种功能,引起变化的原因
- 一个例子穿插三种不同的工厂模式形态
- 1、简单工厂模式 工厂类<em>根据</em>提供给它的参数，返回的是几个产品中的一个类的实例。通常情况下，它返回的是一个公共的父类，在这个工厂类里面，父类的引用指向子类的<em>对象</em> 厂长生产杯子时先不让生产线知道我要产的是玻璃的还是瓷的，而是让它在不知道具体材料的情况下先做它能做的，等到它把模具做好，只需要向其中填充玻璃原料或者瓷原料就可以造出同一形状的具体杯子了。所以就有了简单工厂模式。 class
- logback不同业务的日志打印到不同文件
- 在<em>业务</em>逻辑较为多的系统中，为了能快速的排查线上的问题和清楚的查询各个<em>业务</em>的日志信息，往往需要对<em>不同</em><em>业务</em>线的日志进行分开记录： 比如现在系统中有对小金库用户发放奖励和白条用户进行发放奖励。logback.xml配置文件如下： class=
- java设计模式DEMO（一直更新）
- import <em>java</em>.util.*; //单例模式 class Admin//前面不能放static { private String name; private Admin(){}//前面不能放static。三种写法，第一种<em>什么</em>都没有，第二种就是public，第三种就是该题的方法。 private static Admin admin; public static Admin get
- 系统拆分之按业务进行拆分
- 上下文 您正在开发一个大型，复杂的应用程序，并希望使用微服务架构。微服务架构将应用程序构造为一组松散耦合的服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。 微服务架构以两种方式实现： 简化测试并使组件能够独立部署 将工程组织构建为小型（6-10个成员）自治团队的集合，每个团队负责一个或多个服务 这些好处不会自动得到保证。相反，它们只能通过将应用程序细致地功能分解为服务来实...
- log4j按业务切分不同的日志文件
- public class LogInfo { /** * 指定文件名后缀 */ public String fileSuffix; /** * 日志消息 */ public String message; public static LogInfo creat(String fileSuffix,String message){ LogInfo logInfo=...
- 细说在一次中间件开发中如何实现每次业务调用的唯一标识之流水号生成以及应用
- 在web系统中，谁也不能保证每一次的<em>业务</em>调用都能正常的执行，在这样的情况下，我们该如何去处理？ 如果能保证每一次的<em>业务</em>调用的结果都持久化到数据库，而出现异常后，能<em>根据</em>数据库记录去检索日志文件，定位到异常信息，进而分析异常快速找到异常产生原因，我觉得这是一个很好的处理方案，核心是确保每一次义务调用都可追溯。 由于前段时间工作需要，写了一个消息推送的中间件，其中<em>业务</em>涉及到上述问题和解决方案，所以特
- log4j 如何配置不同的classeslog写入不同的文件中
- 项目中我们会写日志共以后出现问题时进行分析。但是将所有日志写入一个文件会导致日志文件内容庞杂很难分析，因此需要将<em>不同</em>的component的或者同一个component的<em>不同</em>类或者包的日子写入<em>不同</em>的文件。下面就是这样一个简单示例。 项目有个两个包，分别是package com.yq.logShow;和package com.yq.test;， 其中package com.yq
- 行为型：设计模式之状态模式（十八）
- “人有悲欢离合，月有阴晴圆缺”，包括人在内，很多事物都具有多种状态，而且在<em>不同</em>状态下会具有<em>不同</em>的行为，这些状态在特定条件下还将发生相互转换。就像水，它可以凝固成冰，也可以受热蒸发后变成水蒸汽，水可以流动，冰可以雕刻，蒸汽可以扩散。我们可以用UML状态图来描述H2O的三种状态，如图1所示： 图1 H2O的三种状态（未考虑临界点） 在软件系统中，有些<em>对象</em>也像水一样具有
- 设计模式在实际业务应用中的介绍之——总结
- <em>设计模式</em>在实际<em>业务</em>应用中的介绍之——总结上面通过3篇文章的描述，分块介绍了下<em>设计模式</em>在实际项目中的应用，下面对此做一个简要的总结。大家都知道面向<em>对象</em>的一些核心概念，在此罗列出来以便增强一下对面向<em>对象</em>的认识。三大特性：封装、继承、多态；封装：隐藏<em>对象</em>的具体实现，通过公共方法暴露<em>对象</em>的功能继承：子类继承父类后复用父类的功能，通过子类继承也可以按需扩展父类的功能多态：同一类的实例的相同方法在<em>不同</em>的情况下...
- 不同业务场景下数据同步方案设计
- 企业开发实践中通常需要提供数据搜索的功能，例如，电商系统中的商品搜索、订单搜索等。通常，搜索任务通常由搜索引擎担当。如Elasticsearch。而我们的原始数据为了安全性等问题通常存储在关系型数据库中。在搜索数据前，我们需要先将数据从关系型数据库中同步至搜索引擎中。因此，整个<em>业务</em>搜索过程包含两个阶段，第一阶段，将数据从关系型数据库同步至搜索引擎；第二阶段，从搜索引擎搜索数据，并返回至...
- 【java类与对象】Java中创建对象的5种方式
- 欢迎关注公众号： 作为Java开发者，我们每天<em>创建</em>很多<em>对象</em>，但我们通常使用依赖管理系统，比如Spring去<em>创建</em><em>对象</em>。然而这里有很多<em>创建</em><em>对象</em>的方法，我们会在这篇文章中学到。 Java中有5种<em>创建</em><em>对象</em>的方式，下面给出它们的例子还有它们的字节码 使用new关键字 } → 调用了构造函数 使用Class类的newInstance方法 } → 调用了构造函数 使用Const...
- 特别总账业务处理
- 特别总账<em>业务</em>:是指出于报告需要，用于处理客户(OBXR/OBXY)供应商(OBYR/OBXT)明细分类账中的特殊<em>业务</em>，如定金、保证金、汇票等，通过特别总账<em>业务</em>过账到应收/付票据、预收/付账款等<em>不同</em>的统驭科目。 1)特别总账<em>业务</em>记账需要特别的记账代码01/11/09/19和特别总账<em>标识</em>。 2)特别总帐标记可以将同一个客户的<em>不同</em><em>业务</em>记账到多个统驭科目上(FB50/F-02) 3)并可进行特别
- 两个对象list 标识出 对象中相同的 与不同的
- private Map&lt;Integer, List&lt;QueryAllLabelsResponse&gt;&gt; findListDiff(List&lt;QueryAllLabelsResponse&gt; rps1, List&lt;QueryAllLabelsResponse&gt; rps2){ //判断不能为空 if(rps1 == null || rps1....
- Java设计模式--过滤器模式
- 1 Filter Pattern 过滤器模式 目的：使用<em>不同</em>的标准来过滤一组<em>对象</em>，通过逻辑运算以解耦的方式把它们连接起来； 实现：制定<em>不同</em>的规则来对一组<em>对象</em>进行过滤，然后对过滤结果进行分组。 1.结合多个标准来获得单一标准。 2 实现 代码场景：中国移动有很多营销活动，而这些营销活动的<em>对象</em>是有要求的，有的需要判断在网时长，有的需要有最低套餐要求等； 1.中国移动客户是目标角色；...
- 使用工厂模式和策略模式重构复杂业务逻辑
- 项目组在和外部系统对接，花了好长一段时间对以前的打印逻辑做修改，修改了8次的bug，才实现了当前的外接系统的打印功能，上线的前一刻又发现此次的改动对以前的逻辑产生关联影响，哎，不谈了，原因很简单，随着外接系统的增多，实现的打印方式和功能已经很多了，而此时几千行的代码看看已经让人崩溃了，改动的难度就更大了。 不得不重构了，梳理<em>业务</em>和代码逻辑后，决定采用工厂+策略的模式进行重构。 工厂模式主要是为
- 设计模式学习—业务代表模式(Business Delegate Design Pattern)
- <em>设计模式</em>之<em>业务</em>代表模式，JavaEE模式
- java设计模式之——委托模式
- 委托模式是软件<em>设计模式</em>中的一项基本技巧。在委托模式中，有两个<em>对象</em>参与处理同一个请求，接受请求的<em>对象</em>将请求委托给另一个<em>对象</em>来处理。委托模式是一项基本技巧，许多其他的模式，如状态模式、策略模式、访问者模式本质上是在更特殊的场合采用了委托模式。委托模式使得我们可以用聚合来替代继承，它还使我们可以模拟mixin。 “委托”在C#中是一个语言级特性，而在Java语言中没有直接的对应，但是我们可以通过动态代
- Java设计模式之模板方法设计模式(银行计息案例)
- 不知道为<em>什么</em>，这几天对Java中的<em>设计模式</em>非常感兴趣，恰巧呢这几天公司的开发任务还不算太多，趁着有时间昨天又把模板方法模式深入学习了一下，做了一个客户在<em>不同</em>银行计息的小案例，感触颇深，今天给各位分享一下，可能有些常识我在程序中运用的不是很到位，希望各位谅解。 模板方法模式呢，按我意思理解：就是将完成某件事情固定不变的步骤设计成模板类用final修饰的方法，然后将不确定的<em>业务</em>逻辑设计
- ogback不同业务的日志打印到不同文件
- 在<em>业务</em>逻辑较为多的系统中，为了能快速的排查线上的问题和清楚的查询各个<em>业务</em>的日志信息，往往需要对<em>不同</em><em>业务</em>线的日志进行分开记录： 比如现在系统中有对小金库用户发放奖励和白条用户进行发放奖励。 logback.xml配置文件如下： &lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;configuration&gt; &lt;appende...
- 【设计模式】中介者模式：设计模式中的解耦神器！！（附上demo）
- 偶然间看到了一个之前完全没有关注过的<em>设计模式</em>——中介者模式，在看过该<em>设计模式</em>的应用场景后，便有了相见恨晚的感觉啊！！！ 这么屌的<em>设计模式</em>应该应用很广泛呀！！可怎么之前都没怎么听过��难道是我之前以为『中介者模式』==『代理模式』吗？������不过话说回来，只看名字的话，很多人都会以为这两个是同一种<em>设计模式</em>吧…… 废话不多说，我们接下来介绍下这个非常屌的<em>设计模式</em>。 一、应用场景 『中介...
- 设计模式-装饰模式（应用场景）
- <em>什么</em>是装饰者模式 应用场景 咖啡店里咖啡中可以加<em>不同</em>的配料–摩卡、牛奶、糖、奶泡；<em>不同</em>的饮品加上<em>不同</em>的配料有<em>不同</em>的价钱，怎样实现呢？ 可能你的第一印象会想到使用继承， 1. 首先定义一个咖啡基类 2. 对于加糖的，加牛奶的，加摩卡的 ，加奶泡的，分别写一个子类继承 3. 对于加糖，又加奶的写一个类，对于对于加糖，又摩卡的写一个类，对于对于加糖、又奶泡的写一个类，对于加糖，又加奶、摩卡的...
- spring boot使用logback不同业务的日志打印到不同文件
- 因为公司<em>业务</em>需要，需要把性能日志和<em>业务</em>日志分开打印，用elk收集处理，所以需要对<em>不同</em>的<em>业务</em>的日志，打印到<em>不同</em>文件。 使用的是spring boot自带的logback。 首先在yml文件配置logback.xml文件，默认会从resources下找logback.xml文件，找不到会从yml文件中找logging.config下的指定文件。 logging: level...
- 如何将设计模式运用到实际编码中
- 学过<em>java</em>的人应该都知道二十三种<em>设计模式</em>，每一个想把代码写的更优美的人，都想过如何将<em>设计模式</em>运用到代码当中。本人也一直在思考这个问题，困惑很久，但是依然还是迷茫中，所以在这里写下我的迷茫和一知半解，希望看到这篇文章的人能够一起讨论<em>设计模式</em>与实际编码设计如何更好地结合。 学习如何使用<em>设计模式</em>前，必须知道程序设计的规则： 1、开闭原则：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不...
- 业务订单分表一
- <em>业务</em>订单分库分表 分库分表
- 业务流水号-64位（唯一标识）
- package com.ldygo.intf.common.utils; import <em>java</em>.text.SimpleDateFormat; import <em>java</em>.util.Date; import <em>java</em>.util.UUID; import org.slf4j.Logger; import org.slf4j.LoggerFactory; /** * &lt;p&gt; * Title...
- 六大控制让组播业务可管理
- 在组播网络的设计中，通过应用一些控制机制能够实现对组播有效合理的控制，使组播<em>业务</em>具有可管理性是未来的发展方向。 构建可控可运营的组播网络对于运营商开展IPTV<em>业务</em>是至关重要的。目前组播网络的控制策略有很多种，主要包括对组播复制点和控制点的选择、对RP的控制、对组播源的控制、对组播组的控制、对组播用户的控制及对组播范围的控制等。在组播网络的设计中通过应用上述控制机制能够实现对组播的有效合理的控
- APP应用中登录场景使用介绍
- 目前应用基本都有登录选项，就是登录的时机<em>不同</em>而已。主流的两种登录场景：第一种是一进入就判断你是否登录（就是你不先登录你就不能用）；第二种是当你点击某一项或者使用某个功能时才提醒你登录。
- 设计模式详细系列教程 （三）以网上购物通用的订单流程 详解状态模式
- 这是用用EA画的状态图，从图上可以看出，它详细的表明了购物订单形成以及发送流程，在订单形成的过程中，会经过各种状态来处理，<em>什么</em>时候进入哪一个状态需要复杂的逻辑来判断，为了使逻辑简单化，我们可以应用状态模式，把复杂的逻辑判断分布到各个子类中去，首先，看一下状态图： 这个图描述了订单各种状态如：增加订单、注册、批准、发送、打印发票、取消等一系列过程。 我
- 【JavaWeb-9】MVC设计模式、处理业务逻辑代码的分层思想、目录结构参照、实践案例
- 1、B/S也成为瘦客户端，C/S叫胖客户端。JavaWeb<em>设计模式</em>，第一种叫model1（JSP+useBean），基本已经废弃，教学的时候可以用用。第二种叫model2（JSP+servlet+<em>java</em>Bean），其实本质上是模仿MVC的模式，其中servlet是C（控制器），接收到请求后，转到M叫<em>java</em>Bean（模型，主要用3个域<em>对象</em>进行数据的操作）进行一些数据的获取和封装，然后给JSP使用（
- java中的业务逻辑
- <em>业务</em>逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （dao在M层中，action与service在C中） 比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串 action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证 如用户名是否为空
- 设计模式系列：桥梁模式
- 一.名称二.问题（为了解决<em>什么</em>问题）一个<em>对象</em>有多个维度的变化，需要将这些维度抽离出来，让其独立变化设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有<em>不同</em>的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：第一种设计方案是为每一种形状都提供一套各种颜色的版本。 第二种设计方案是<em>根据</em>实际需要对形状和颜色进行组合 对于有两个变化维度（即两个变化的原因）的系
- Java设计模式——接口隔离原则
- 接口隔离原则讲的是，使用多个专门的接口比使用单一的总接口要好。换言之，从一个客户类的角度来讲，一个类对另外一个类的依赖性应当是建立在最小的接口上的。 一、<em>什么</em>是接口隔离原则？ “接口”有两种含义。一种是Java语言中的有严格定义的Interface结构，比如<em>java</em>.lang.Runnale就是一个Java接口；另外一种就是一个类所具有的方法特征的集合，也称作“接口”，但是只是一种逻辑上的抽象
- 【设计模式】委托模式
- 委托模式 分类 编程技术 委托模式是软件<em>设计模式</em>中的一项基本技巧。在委托模式中，有两个<em>对象</em>参与处理同一个请求，接受请求的<em>对象</em>将请求委托给另一个<em>对象</em>来处理。委托模式是一项基本技巧，许多其他的模式，如状态模式、策略模式、访问者模式本质上是在更特殊的场合采用了委托模式。委托模式使得我们可以用聚合来替代继承，它还使我们可以模拟mixin。 简单的Java例子 在这个例子里，
- 要实现读写分离需要根据用户的操作连接不同的数据库
- 连接<em>不同</em>的数据库就需要动态切换数据源动态切换数据源的实现方案：结合AOP实现。一、建立一个获得和设置上下文环境的类，主要负责改变上下文数据源的名称public class DynamicDataSourceHolder {private static final ThreadLocal contextHolder = new ThreadLocal();public
- log4j学习（二）不同类的日志输出到不同的文件
- 目的：一个应用中有两个<em>不同</em>作用的后台服务，我们需要把他们的日志分开，存放到2个<em>不同</em>的日志文件中。 办法：需要在log4j.properties文件中配置两个<em>不同</em>的logger和对应的appender log4j.logger.logger1=debug,appender1 log4j.appender.appender1=org.apache.log4j.FileAppe
- JavaWeb-两种业务逻辑的判断方式
- 第一种,使用html的方式判断,如 &lt;form action="action.jsp" method="post"&gt; &lt;!-- 通过正则表达式决定输入的字符 --&gt; 用户名:&lt;input pattern="[a-zA-Z]{3,10}" name="username"&gt;(只能由字母组成，长度在3-10位之间) &
- JAVA利用泛型返回类型不同的对象
- 有时需要在方法末尾返回类型<em>不同</em>的<em>对象</em>，而return 语句只能返回一个或一组类型一样的<em>对象</em>。此时就需要用到泛型。首先先解释个概念, 元组: 它是将一组<em>对象</em>直接打包存储于其中的一个单一<em>对象</em>，这个容器<em>对象</em>允许读取其中元素，但不能修改。利用泛型<em>创建</em>元组public class ReturnTwo { public final A first; public final B sec
- Java中利用设计模式来代替复杂的if...else...语句(三层以上的嵌套循环)
- Java中利用<em>设计模式</em>来代替复杂的if...else...语句(三层以上的嵌套循环)， 优点：依据开闭原则：对扩展开，对修改闭，代码简洁，性能提升。 缺点：出现许多的冗余类。 例如： package com.jiuqi.test; class MyPaper{ private PaperColor paperColor; public MyPaper(PaperColor
- 关于不同操作系统下浏览器兼容问题
- Question： 浏览器兼容性问题产生的原因 归根结底，<em>不同</em>操作系统下浏览器兼容问题产生的原因还是在网页开发过程中使用的一些技术的标准和<em>不同</em>的操作系统和浏览器不是完全兼容的。实际上主要是CSS(Cascarding Style Sheets)样式表是开发网页时最常用的。它的作用是对网站的排版和结构进行设计和布局。但是<em>不同</em>的操作系统和浏览器对于CSS的标准和解释是不一致的。所以虽然经过CSS设
- 业务场景和业务用例场景的区别【转】
- 简单点说，在以<em>业务</em>目标为边界的<em>业务</em>模型中，<em>业务</em>场景图描绘的是贡献于这个<em>业务</em>目标的<em>什么</em>人及其做的<em>什么</em>事，这些人和事的交互过程和完成顺序就是完成整个<em>业务</em>目标的流程。而这些人往往是<em>业务</em>主角、而他们所做的事便是<em>业务</em>用例了。所以我认为，绘制<em>业务</em>用例图和<em>业务</em>场景图并没有谁先谁后的问题，这两个图是互相验证的。可以先绘制<em>业务</em>场景图，然后把其中的泳道和活动拿出来，得到的就是活生生的<em>业务</em>用例。但<em>根据</em>...
- 如何恰当的使用设计模式，使业务隔离更容易扩展
- 场景：（1）商品购买的支付结果页，<em>不同</em>的<em>业务</em>结果页展示的一样（2）商品核销的结果页，<em>不同</em>的核销场景有<em>不同</em>的展示（3）退款结果页，<em>不同</em>的场景有<em>不同</em>的退款结果页（4）一个系统可以处理<em>不同</em>的消息，但是对于对于<em>不同</em>的消息，可以使用扩展的方式进行处理。 可以使用策略<em>设计模式</em>进行处理 package spi; /** * 订单模型类 */ public class OrderModelInfo {...
- 几种不同场景的权限管理设计思路
- 权限设计是很多系统重要的组成部分，主要用于控制功能和流程，本文将几种常见的权限设计方案（权限系统的名都是自己起的）的基本设计写出来，其中不恰当处还请大家指出，我们来讨论一下. 1.等级权限系统 这种权限系统在论坛中很常见，在这种系统中，权限级别如同官阶从低到高排列，每个用户拥有一个权限，其中设定了这个用户的权限等级，在用户需要执行操作前先查看其权限等级是否大于执行操作所需要的权限等级，是则进...
- 高并发的根据资源ID上锁
- 高并发
- 23种设计模式介绍以及在Java中的实现
- 文本详细总结了23种<em>设计模式</em>以及他们如何应用到<em>java</em>中，并提供了大量的示例代码。 文章中的示例源码在github上：https://github.com/anxpp/JavaDesignPattern。 如果本文对您有所帮助，请帮忙点个赞扩散一下，谢谢！
- 《设计模式 ● 责任链》之业务场景
- /************************************************************************************************** ** 模式的初衷，无非是为我们经常出现问题的<em>业务</em>逻辑或系统结构提供好的解决方案，不论 ** 是高层的还是较低层次的；而应用模式的主要工作则是模式识别，能将单一或复合的模式 ** 结合项目自身的业
- 多线程的而应用场景（同时干多件事情）
- 可见，单线程确实费时间。因为单线程让CPU有了更多的闲暇时间，效率自然就低了。 最后，我用一个非常通俗的例子结束本文： 假设一套数学练习试卷有10个题目，题目有难有易，如果第一个题目比较难，你傻傻地在那个地方死死地纠结，你很可能会卡住，此时老师又不在你身边，所以固执的你，一个题目也没有做出来，老师来了，发现你一个题目也没有做，你的效率自然就很低。这就是单线程模式，傻傻
- java 根据不同属性，为对象排序
- 思路：使用Comparator匿名内部类：Collections.sort(list,new Comparator&lt;road_info&gt;() { @Override public int compare(road_info o1, road_info o2) { // TODO Auto-generated method stub ret...
- 线程池与非线程池应用场景及模型对比分析
- 线程池与非线程池应用场景及模型对比分析
- JAVA设计模式（18）：行为型-状态模式（State）
- “人有悲欢离合，月有阴晴圆缺”，包括人在内，很多事物都具有多种状态，而且在<em>不同</em>状态下会具有<em>不同</em>的行为，这些状态在特定条件下还将发生相互转换。就像水，它可以凝固成冰，也可以受热蒸发后变成水蒸汽，水可以流动，冰可以雕刻，蒸汽可以扩散。我们可以用UML状态图来描述H2O的三种状态，如图1所示： 图1 H2O的三种状态（未考虑临界点） 在软件系统中，有些<em>对象</em>也像水一样具有
- 实际代码或者项目中用到的设计模式
- 1、Moudul里面实现的单例模式 2、STL里面的迭代器模式 3、STL里面的适配器模式
- 领域模型中的实体类分为四种类型：VO、DTO、DO、PO
- 领域模型中的实体类分为四种类型：VO、DTO、DO、PO
- 六 设计模式之代理模式(或称委托模式)
- 定义 为其它<em>对象</em>提供一种代理以控制对这个<em>对象</em>的访问类图通用代码 抽象主题类 public interface Subject { public void request(); } 真实主题类 public class RealSubject implements Subject { @Override public void request() { //具体<em>业务</em>处理 } } 代
- 设计模式学习(十四)————抽象工厂模式（使用Qt框架的反射技术——根据字符串动态创建类来实现）
- 抽象工厂模式:提供一个<em>创建</em>一系列相关或相互依赖<em>对象</em>的接口，而无需指定它们具体的类！这个例子也可以用简单工厂模式+反射+读取配置文件来完成，这样更加简洁！！！普通的抽象工厂模式下面通过一个模拟访问数据库的例子来进行说明：#ifndef USER #define USER #include #include class User { public: User
- log4j的日志配置，按照不同包产生不同的日志文件
- log4j.logger.包名=DEBUG,别名 log4j.appender.别名 =org.apache.log4j.RollingFileAppender log4j.appender.别名 .File=${catalina.home}/webapps/webFrameWork/WEB-INF/logs/Controller.log //路径以及日志名称 log4j.append
- Java中的代理设计模式
- - Java中的代理模式（proxty）代理是一种常用的<em>设计模式</em>，代理模式可以对原有的类进行扩展，即通过代理<em>对象</em>的模式来访问目标类。最通俗的例子就是假设我们想邀请一位明星,那么并不是直接连接明星,而是联系明星的经纪人,来达到同样的目的.明星就是一个目标<em>对象</em>,他只要负责活动中的节目,而其他琐碎的事情就交给他的代理人(经纪人)来解决.这就是代理思想在现实中的一个例子。 1静态代理 静态代理需要代理
- 23种设计模式的总结~以及区别、应用
- 简介<em>设计模式</em>目的：为了可重用代码，保证代码的可靠性，更容易被他人理解。 <em>设计模式</em>的六大原则： 总原则：开闭原则，即对扩展开放，对修改关闭。 1 单一职责原则：每个类应该实现单一的职责，否则应该把类拆分。 2 里氏替换原则：任何基类可以出现的地方，子类一定可以出现。它是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的
- 日志级别的使用
- 正确使用日志的10个技巧 博客分类： Java log4jslf4jlogback 做一个苦逼的Java攻城师, 我们除了关心系统的架构这种high level的问题, 还需要了解一些语言的陷阱, 异常的处理, 以及日志的输出, 这些"鸡毛蒜皮"的细节. 这篇文章是JCP成员, Tomasz Nurkiewicz( http://nurkiewicz.blogspot.co
- R12法人实体（LEGAL ENTITY）和业务实体（OPERATING UNIT）银行行业的实例
- 近来对于这两个概念越来越有深入了解了，也在实际的项目中得到应用 一个法人实体就是一个独立核算的公司！他在COA的平衡段中是唯一的，月结或银行的日结中要保持借贷平衡。 一个<em>业务</em>实体是开展AP,AR,FA等模块的基本要求。它一般在FORM上的ORGANIZATION设定，并和一个法人实体在设定LEDGER时要关联起来才能工作！ 一般上认为一个LE就是与一个OU关联即可，而一个LEDGE
- java的设计模式——值对象
- 值<em>对象</em>，vo（Value Objiect）,Model 比如我们网上注册一个博客，我们需要填写自己的信息，以前可能说填写姓名，性别就好了，但后来又要增加QQ，微信号等等，如果我们采用传值的话会很麻烦。所以有了值<em>对象</em>的用法，就是把客户的所有信息封存在一个类里面，要增添某个属性时只要增加一个参数就好，方便很多。而且当你客户端要依次访问一个人姓名，性别，QQ，微信号时可以直接把封装的类传过去，不用依次
- 设计模式【业务代表模式BusinessDelegatePattern】
- <em>业务</em>代表模式 <em>业务</em>代表模式（Business Delegate Pattern）用于对表示层和<em>业务</em>层解耦。它基本上是用来减少通信或对表示层代码中的<em>业务</em>层代码的远程查询功能。在<em>业务</em>层中我们有以下实体。 客户端（Client） - 表示层代码可以是 JSP、servlet 或 UI代码。 <em>业务</em>代表（Business Delegate） - 一个为客户端实体提供的入口类，它提供了对<em>业务</em>
- 业务模型、数据模型、面向对象模型介绍
- 1、首先提一个问题，<em>什么</em>是模型？模型这个词频繁出现在我们平时的工作中、生活中、新闻里，但<em>什么</em>是模型呢，<em>不同</em>的学科有<em>不同</em>的定义。在这里我不想列举学术上的定义，只谈一下我自己的理解：模型是为了模拟、演示、深入分析被研究<em>对象</em>而建造的任何形式的作品。<em>根据</em>这一理解，我们想一下：小时候折的纸飞机是不是模型呢？是的。售楼处摆放的楼盘模型是不是模型呢？是的。军事演练时使用的沙盘是不是模型呢？是的。建筑物的设
- 使用泛型实现返回不同类型的对象
- 本次功能的实现场景：读取Yaml配置文件，然后将其中的信息转换成指定的<em>对象</em>。 在这里定义了一个Yaml的工具类，希望工具类的返回<em>对象</em>类型可以<em>根据</em>调用方法时传入的<em>对象</em>类型来定义。 通过泛型实现 工具类： public class YamlUtil { public &lt;T&gt; T readNodeFromYml(Class&lt;T&gt; type) t...
- 六种常用的设计模式java实现（四）模板模式
- 模板模式，估计大家应该都接触过，比如说，在完成某个<em>业务</em>逻辑前，需要处理一点事，在完成后也要处理一点事，这样就可以把不一样的地方给抽象出来，然后公共的地方都是一样的，这样的场景就会用到模板模式。一、基本概念模板方法模式是类的行为模式。准备一个抽象类，将部分逻辑以具体方法以及具体构造函数的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。<em>不同</em>的子类可以以<em>不同</em>的方式实现这些抽象方法，从而对剩余的逻辑
- css的不同浏览器的唯一标识
- css的<em>不同</em>浏览器的唯一<em>标识</em> height:73px; /*正常浏览器*/ [;height:50px;] /* chrome */ -moz-height:73px; /*firefox*/ _height:73px; /*IE6*/ *height:73px; /*IE7*/ height:73px\9; /*IE8*/
- 业务模型；UML类图；数据模型；概念模型；面向对象模型
- <em>业务</em>模型；UML类图
- 短实习---Java接口、关键字（练习题）
- 1.在停车场收费系统中，收费者会<em>根据</em>车型的<em>不同</em>收取<em>不同</em>的停车费，其中：客车：15/小时 货车：12/小时 轿车：8/小时 编写Java程序完成此功能（多态的应用） //<em>创建</em>停车类 public class Parker{ String car; double time; public Parker(){ } public Parker(String car,double ti
- log4j区分不同客户端产生的日志
- 利用log4j给<em>不同</em>客户端输出的日志前面添加客户端ID<em>标识</em>。
我们是很有底线的