为什么我们需要Java的集合框架？

框架是一组提供现成架构的类和接口。为了实现一个新特性或一个类，不需要定义一个框架。然而，一个最佳的面向对象设计总是包括一个带有类集合的框架，这样所有的类都执行相同类型的任务。在 Collection Framework（或 JDK 1.2 之前）被引入之前，对Java对象（或集合）进行分组的标准方法是Arrays或Vectors或哈希表。所有这些集合都没有通用的接口。因此，虽然所有集合的主要目标是相同的，但所有这些集合的实现都是独立定义的，它们之间没有关联。而且，用户很难记住每个集合类中存在的所有不同的方法、语法和构造函数。

Collection Framework 是一个强大的Java框架。该框架定义了可用于任何对象集合的最常用方法。但是出现了一个问题，我们在Java有一个na rray 概念，那么为什么我们需要Java的集合框架？现在，让我们看到，为什么我们需要收集框架在Java中有一些有效的点S阵列和集合之间的差异。

语法：声明变量

int x = 10 or int y = 30

我们在程序中声明变量，如上所示，它们被初始化为自定义随机整数值。但是像这样我们要声明多少个元素？如果我想在代码中声明100个和1000个元素，那么单变量声明方法不适合声明。在这里，数组概念出现了。对于 1000 个变量或元素的声明，我们可以声明一个具有一定大小的数组。数组概念非常高效，适用于各种操作。

句法：

Student[]  s = new Student[5];

数组对于某些操作非常有效但是我们在使用数组时存在一些限制，例如：

数组的大小是固定的，即一旦我们创建了一个具有一定大小的数组，就不会根据要求增加或减少其大小。
数组只能保存同类数据元素。
数组概念不是基于某些标准数据结构实现的。因此，现成的方法不可用于该要求。

插图：

Student s = new Student[1000];
we can declare like this : s[0] = new Student
but we cannot declare like this : s[1] = new customer

为了克服数组的这些缺点或限制，我们需要Java的集合框架。集合框架用于各种操作并具有各种内置方法。它们如下：

由于集合框架本质上是可增长的，因此有些人不必担心大小。
集合框架可以容纳同构和异构对象。
集合框架是基于一些标准的数据结构实现的。因此，可以根据需要使用现成的方法。