在泛型编程时,使用部分限定的形参时,<? super T>和<? extends T>的使用场景容易混淆,PECS原则可以帮助我们很好记住它们: 生产者(Producer)使用extends,消费者(Consumer)使用super. 留下一段代码加深印象(来自JDK 8 Collections.copy()源码) /** * Copies all of the elements from one list into another. After the * operation,

<? extends T>和<? super T>Java 泛型中的PECS原则(copy源码样例) ​

主要内容: 1.JAVA平台应用 2.核心概念:JVM,JDK,JRE 3.搭建JAVA开发环境 4.学习JAVA的原则 JAVA的平台应用 JAVA的平台应用分为3个部分: 一.JAVA SE,主要用来开发桌面应用软件. 二.JAVA ME,嵌入式开发. 三.JAVA EE,网络编程,JSP等. 核心概念:JVM,JDK,JRE 字节码文件运行在JVM中,字节码和虚拟机是实现Java一次编译,四处运行跨平台的关键. 想吃鱼---去买鱼---杀鱼的过程相当于编译器----给鱼烧熟这个过程属于解释

前言: 前言:java这种面向对象的的语言其实是很符合人的生活思维模式的,因为它以对象作为自己的研究对象,所谓"万物皆对象".一个人.一颗苹果.一只蚂蚁都是对象.所以它的设计原则和设计模式都是围绕对象思考之后凝练出来的思想精粹,都具有时间上的稳定性.本节我们就来聚焦java的设计原则,一探java程序设计原则的内幕. 一:单一职则原则 1.1解释:指的是Java在进行类设计的时候,应该让一个类只完成一件具体的事,承担自己单一的职责.只能由一种原因引起自身的变化,也就是说它的功能单一性.

Java - 六原则一法则 单一职责原则:一个类只做它该做的事情.(单一职责原则想表达的就是"高内聚",写代码最终极的原则只有六个字"高内聚.低耦合",所谓的高内聚就是一个代码模块只完成一项功能,在面向对象中,如果只让一个类完成它该做的事,而不涉及与它无关的领域就是践行了高内聚的原则,这个类就只有单一职责.另一个是模块化,好的自行车是组装车,从减震叉.刹车到变速器,所有的部件都是可以拆卸和重新组装的,好的乒乓球拍也不是成品拍,一定是底板和胶皮可以拆分和自行组装的,一

1.什么是PESC ? PESC  = producer-extens , consumer -super. 如果参数化类型表示一个 T 生产者,就使用 <? extends T>: 如果它表示一个 T 消费者, 就使用 <? super T> PESC 这个助记符突出了通配符类型的基本原则.(Get and Put Principle) 只要时间允许,就把现有的类型都泛型化.优先考虑泛型方法.

一   类的设计原则   1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (LSP) 3 接口分隔原则-Interface Segregation Principle (ISP) 4 单一职责原则-Single Responsibility Principle (SRP) 5 开闭原则-The Open-Closed Principle (OCP) 二  包的设计原则   6

开闭原则:指的是一个软件实体应对对扩展开发,对修改关闭(Software entities should be open for extension, but closed for modification).这个原则是说在设计一个模块的时候,应对使这个模块可以在不被修改的前提下被扩展,换言之,应对可以不必修改源代码的情况下改变这个模块的行为. 根据开闭原则,在设计一个软件系统模块(类,方法)的时候,应该可以在不修改原有的模块(修改关闭)的基础上,能扩展其功能(扩展开放). - 扩展开放:某模块

无论处理器.JVM.编译器都会都保证程序正确的前提下尽可能的对指令执行效率进行优化,进行指令重排等操作.而要保证程序的执行结果的正确,则必须要遵循JMM中规定的happens-before原则. 在Java内存模型(JMM)中,如果一个操作的执行结果需要对另一个操作可见,那么两个操作必须要存在happens-before关系.happens-before原则非常重要,它是判断数据是否存在竞争,线程是否安全的主要依据,保证了多线程环境下的可见性,依据这个原则可以解决并发操作可能存在的所有冲突问题.

线程的调度采用占先原则,优先级越高的线程越优先执行.每个JAVA线程优先级有设置在常数1-10的范围,默认值是5.但优先级高并不代表能独自占用执行时间片,而是优先级越高得到越多的执行时间片,反之,优先级低的分到的执行时间少但不会分配不到执行时间. 在Java多线程环境中,为保证所有线程的执行能按照一定的规则执行,JVM实现了一个线程调度器,它定义了线程调度的策略,对于CPU运算的分配都进行了规定,按照这些特定的机制为多个线程分配CPU的使用权. 一般线程调度模式分为两种——抢占式调度和协同式调度

定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一般是高层模块,负责复杂的业务逻辑:类B和类C是低层模块,负责基本的原子操作:假如修改类A,会给程序带来不必要的风险. 解决方案:将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或者类C发生联系,则会大大降低修改类A的几率.依赖倒置原则基于这样一个事实:相对于细节的多变性,抽

里氏代换原则由2008年图灵奖得主.美国第一位计算机科学女博士Barbara Liskov教授和卡内基·梅隆大学Jeannette Wing教授于1994年提出.其严格表述如下:如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1代换o2时,程序P的行为没有变化,那么类型S是类型T的子类型.这个定义比较拗口且难以理解,因此我们一般使用它的另一个通俗版定义: 里氏代换原则(Liskov Substitution Principle, LSP):所有引用基

依赖倒置原则(Dependence Inversion Principle,DIP)的原始定义: 高层模块不应该依赖底层模块,两者都应该依赖其抽象: 抽象不应该依赖细节: 细节应该依赖抽象. 依赖倒置原则在Java语言中的表现是: 模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类产生的: 接口或抽象类不依赖于实现类: 实现类依赖接口或抽象类. 依赖倒置原则实际上就是要求“面向接口编程”. 采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发

原文出自:http://www.cnblogs.com/muzongyan/archive/2010/08/05/1793454.html 开闭原则(Open Closed Principle)是Java世界里最基础的设计原则,它指导我们如何建立一个稳定的.灵活的系统. 定义: 一个软件实体如类.模块和函数应该对扩展开放,对修改关闭. Softeware entities like classes,modules and functions should be open for extensio

转自 : https://blog.csdn.net/u011288271/article/details/52497602 对于Java看到过一个很有意思的说法:Java有六大心法,23种武功招式. 分别就是Java设计模式六大原则和常用的23种设计模式了. 本篇是对六大原则的整理.(最后一种是哈姆雷特) 1.开闭原则(Open Close Principle) 定义:一个软件实体如类.模块和函数应该对扩展开放,对修改关闭.     开放-封闭原则的意思就是说,你设计的时候,时刻要考虑,尽量让

一  处理原则 Java异常代码中我们使用异常的目的是让异常的异常类型来提示“什么”被抛出了--- 即出了什么问题:用异常的栈打印信息来跟踪异常在“哪里”抛出 --- 即哪里出了问题: 异常提示信息来提示“为什么”会抛出 --- 即出问题的原因.在对异常进行处理时,遵循以下原则可以有助于在调试过程中最大限度的使用好异常. 具体明确 提早抛出 延迟捕获 1.具体明确 具体明确指的是在抛出异常时需要针对具体问题来抛出异常,抛出的异常要足够具体详细:在捕获异常时需要对捕获的异常进行细分,这时会有多个c

前言:在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的.在这种情况下,各个对象内部是如何实现对系统设计人员来说就不那么重要:而各个对象之间的协作关系则成为系统设计的关键.小到不同类之间的通信,大到各模块之间的交互,在系统设计之初都是要着重考虑的,这也是系统设计的主要工作内容.       对象是接口的实现,面向对象的设计其本质就是面向接口的设计,类和模块之间的交互是由接口完成的,接口是定义和实现的分离.       对接口的理解:     1.接口是一些方法特征的集合,这些

  1.单一职责规则(SRP):有且仅有一个原因引起类的变化. 2.依赖倒置规则(DIP): 高层模块不应该依赖底层模块,两者都用依赖接口: 接口不依赖细节: 细节依赖接口. 3.接口隔离规则:类间的依赖关系应该建立在最少的接口上. 4.里氏替换规则:所以引用基类的地方都能透明的使用子类对象. 5.迪米特法则:也叫最少知道原则.即一个对象应该对其他的对象有最少的了解. 6.开闭规则:对扩展开放,对修改关闭.

1.    找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起. 换句话说,如果每次新的需求一来,都会使某方面的代码发生变化,那么你就可以确定,这部分的代码需要抽出来,和其他稳定的代码有所区分. 或者说,把会变化的部分取出并封装起来,以便以后可以轻易地改动或扩充次部分,而不影响不需要变化的其他部分. 2.    针对接口编程,而不是这对实现编程 “针对接口编程”真正的意思是“针对超类型(supertype)编程” 这里所谓的“接口”有多个含义,接口是一个“概念”,也是

1.单一职责 不论是在设计类,接口还是方法,单一职责都会处处体现,单一职责的定义:我们把职责定义为系统变化的原因.所有在定义类,接口,方法的时候.定义完以后再去想一想是不能多于一个的动机去改变这个类,接口,方法.如果答案是肯定的,说明定义的类,接口,方法则多于一个职责.故违背单一职责,遇到这种情况应该重新细分职责,直到不会出现多种职责的类,接口方法为止(发现职责,并把那些职责相互分离).单一职责的为最简单的五种原则之一.在软件设计的过程中处处体现.无处不在. 2.开闭原则 开闭原则是指类.模块.