“组件”这个术语在面向对象编程中是最模糊和最常用的之一。
大多数人会认为一个组件由一组类组成，这些类相互协作以实现一个或多个接口。其中一个类扮演“前端”的角色，即它实现了接口但将工作委托给组内的其他类。正如您所说，组件应该是可替换的，而不影响系统的其余部分。
组件化架构的一个很好的例子是COM。它是一个很好的例子，因为它被广泛使用并且被严格规定。但请注意，对此架构的需求基于C++编译和部署模型的不灵活性。
在Java中，您可以对类进行很多操作，而不会破坏与系统其余部分的二进制兼容性。因此，没有太大的必要构建刚性的、基于组件的架构。但这完全取决于您如何定义这个术语，例如，任何使用依赖注入构建的项目都可以算作“基于组件的”。
这取决于你所说的“组件”是什么意思。在许多不同的上下文中，这个术语可以有很多不同的含义，因此很容易让人感到困惑。尽管如此，以下是我对这个主题的理解：
组件与对象不同（尽管对象通常用于表示和构建组件）。它们之间的区别在于：
有很多关于组件化设计的好例子，但我首选的是UNIX。UNIX的基本思想是它更像是一组小程序的集合，这些小程序被设计成可以相互配合工作，而不是由几个更加庞大的程序组成。
软件分为几个组。这里是Java的块。
"组件"、"层"、"层"和其他哲学上的分组通常是概念性的。VB COM环境对组件有一种形式主义。其他人把它们当作想法来处理。
Beans是类。单个类可以成为组件吗？也许。组件通常是一堆类。有时只有两个——一个正式的接口和一个实现。
组件帮助您专注于类、包、分组等的逻辑分组。
由于组件是概念性的，每种语言都或多或少地拥有它们。组件的语言形式主义很少。它们并不是真正需要的。这是一种你用来构建思维结构的想法或原则。
您可以通过接口、元数据和其他众多功能来谨慎地定义"组件"方法。
我不特别了解.NET组件，但从Java的角度来看，我会说组件是应该具有定义接口/使用原则的某些功能单元。虽然Java没有组件作为语言概念，但在我看来Java中有组件。技术组件例如：
功能组件例如：
架构组件可以是JAR文件或OSGi包。
当然，总有诠释的余地 ;)
