java通俗说是什么、java指的是 收藏 0

全网最通俗易懂的JAVA抽象概念

• 抽象类和抽象方法是面向对象编程中的重要概念，用于实现抽象和继承的特性。
• 抽象类是不能被实例化的类，通常用作其他类的基类。
• 抽象方法是在抽象类中声明但没有具体实现的方法，需要在子类中实现具体的功能。

假设我们开了一个汽车玩具厂，现在要造奔驰和宝马系列玩具。这两种玩具的功能基本是一致，只是车的喇叭音乐不同。

由于只是车的内置喇叭（trumpet） 不同，那么我们造的时候，我们首先开发一套车的模板 （Car） 即可，车的骨架、内部零件什么的都用一样的。生产奔驰（Benchi） 系列的车，我们去奔驰车间给他装上奔驰的内置喇叭 （Benchi extends Car） ；生产宝马系列的车，我们去宝马（Baoma） 车间给他装上宝马的内置喇叭 （Baoma extends Car）。

现在，我们奔驰系列的车模板和宝马系列的车模板就造好了，出厂每一个车的时候，给车模套上车壳就完工了。

我们把生产汽车模板的过程抽象成一个Car类。

由于每个车都必须有喇叭，因此trumpet方法是必须存在的。但每个系列的车喇叭不同，因此，在Car类中，我们无法具体指明方法内容（没有写方法体）。这个trumpet方法就是一个抽象方法， 我们用abstract给他标记一下。

由于Car缺少喇叭、车壳等零件（trumpet是抽象抽象方法，Car因此是抽象类），因此它无法直接生产玩具（不能实例化）。我们需要去不同车间继续完善它 （只能被子类继承、完善方法） 。

我们去奔驰车间给他装上奔驰的喇叭，奔驰系列玩具的车模就做好了。

然后，我们去宝马车间给他装上喇叭，宝马系列的玩具车模就做好了

最后，我们在奔驰和宝马车间就可以不断的生产玩具了。

上面的代码中，我们定义了一个sountrumpetd方法，这是Car必须有的方法，但是每个子类（奔驰、宝马）的这个方法是不同的，因此我们无法具体写成这个方法的内容。

那么，这个sound方法就是一个抽象方法，对应的，Car就是一个抽象类。Car是不完整的，因此它不能直接生产成一个玩具车 （不能实例化）。

我们需要用Car这个模板来完善我们的奔驰系列玩具

抽象类使用abstract关键字进行声明，它可以包含抽象方法和普通方法。

它无法直接创建抽象类的实例，只能通过继承它的子类来使用。抽象类通常用于定义类的共同特征和行为，而将具体的实现细节留给子类来完成。

示例代码：

• 声明了一个String类型的变量name，表示车的名称。
• 定义了一个构造方法Car(String name) ，用于初始化车的名称。
• 声明了一个非抽象方法run() ，用于输出车名并显示它在跑。
• 声明了一个抽象方法trumpet() ，没有具体实现，需要在子类中重写。

抽象方法是在抽象类中声明但没有具体实现的方法，它使用abstract关键字进行声明。抽象方法没有方法体，只有方法签名，子类必须实现这些抽象方法，否则子类也必须声明为抽象类。

示例代码：

抽象类和抽象方法的使用场景：

• 当某个类的对象不需要直接创建，而只作为其他具体类的基类模板时，可以将该类声明为抽象类。
• 当多个类拥有相似的行为，但在具体实现上有所不同，可以将共同的行为定义在抽象类中，具体实现交给子类。
• 抽象类和抽象方法可以帮助实现多态性，即通过父类引用指向子类对象，便于统一处理不同子类的对象。

每天学Java！Java Bean是什么概念

对于初学Java，或者是刚接触J2EE的人来说，Java bean确实是一个不太好理解的概念，对于一些专业的解释呢，好像看起来也不是那么容易理解。所以小华君今天就准备跟大家说一说Java bean的概念。

按照专业一点的说法，Java bean是一种Java语言写成的可重用组件。为写成Java bean，类必须是具体的和公共的，并且具有无参数的构造器。Java bean通过提供符合一致性设计模式的公共方法将内部域暴露成员属性。属性名称符合这种模式，其他Java类可以通过自身机制发现和操作这些Java bean的属性。

我们通俗一点解释一下，也就是说Java bean是符合一定规范编写的Java类，不是一种技术，而是一种规范。大家针对这种规范，总结了很多开发技巧、工具函数。符合这种规范的类，可以被其它的程序员或者框架使用。事实上，Java bean首次发布是在1996年12月，目的就是为了通过统一的规范可以设置对象的值（get，set）方法。

在《Think in Java》一书中，作者提到了Java bean最初是为Java GUI的可视化编程实现的。拖动IDE构建工具创建一个GUI组件，其实是工具创建Java类并提供将类的属性暴露出来给你修改调整，将事件监听器暴露出来。

我们都知道，Java语言在属性、时间和多重继承功能方面做得并不好。程序员想在程序中实现一些面向对象编程的常见需求，只能手写大量胶水代码。而Java bean就是编写这套胶水代码的惯用模式或约定。当类遵守了这些约定时就可以用于若干工具或库，这些约定包括getXxx、setXxx、isXxx、addXxxListener、XxxEvent等。

我们还是举个栗子来看一下。比如你要用Java实现一个单向链表类，你可能会这样写：

// 编译成 java-int-list_1.0.jar

public final class JavaIntList {

static class Node {

public Node next;

public int value;

}

public Node head;

public int size;

}

上述实现为了能够快速获取链表的大小，把链表的大小缓存在size变量中，会采用这种用法：

JavaIntList myList = new JavaIntList();

System.out.println(myList.size);

JavaIntList的作者很满意，于是开源了java-int-list库的1.0版。文件名是java-int-list_1.0.jar。发布后，吸引了许多用户来使用java-int-list_1.0.jar。

有一天，你突然决定要节省内存，不要缓存size变量了，就把代码改成了这样：

// 编译成 java-int-list_2.0.jar

public final class JavaIntList {

static final class Node {

public Node next;

public int value;

}

public Node head;

public int getSize() {

Node n = head;

int i = 0;

while (n != null) {

n = n.next;

i++;

}

return i;

}

}

然后发布了java-int-list_2.0.jar。发布后，原有java-int-list_1.0.jar的用户纷纷升级版本到2.0。这些用户一升级，就发现自己的程序全部坏掉了，说是找不到什么size变量。然后用户都被你气炸了，说再也不用你写的东西了。

所以为了保持你写的东西能够有人用，你就必须保持向后兼容性。太阳公司在设计Java语言时，也懂得这个道理。在Java标准库中，绝对不会出现public int size这样的代码，而一定会一开始就写成：

private int size;

public int getSize() { return size; }

这让用户一开始就使用getSize，以便有朝一日修改getSize实现时，不破坏向后兼容性。这种public int getSize() { return size; }的惯用手法，就是Java bean。

（内容整理自知乎）

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com