Java 是";货柜;及;上下文“;一种设计模式?

Java 是";货柜;及;上下文“;一种设计模式?,java,spring,design-patterns,ejb,Java,Spring,Design Patterns,Ejb,在java中,我看到了很多“容器”,它为客户机提供了“上下文” 例如EJB容器、Web容器、IoC/DI容器和“ApplicationContext” 这个概念是一种设计模式吗?我在GoF搜索过,但似乎没有 描述一个这样的东西。不是一个设计模式,更多的是一个设计结构(好吧,我想你可以说,区别在于语义)。容器将为您的代码提供运行环境(即外部代码),而上下文将为您的代码提供环境设置和附加信息。GoF书籍是关于OO设计模式的,它于1995年出版 在所有这些Java企业模式和服务器出现之前。 它是在类、

在java中,我看到了很多“容器”,它为客户机提供了“上下文”

例如EJB容器、Web容器、IoC/DI容器和“ApplicationContext”

这个概念是一种设计模式吗?我在GoF搜索过,但似乎没有


描述一个这样的东西。

不是一个设计模式,更多的是一个设计结构(好吧,我想你可以说,区别在于语义)。
容器
将为您的代码提供运行环境(即外部代码),而
上下文
将为您的代码提供环境设置和附加信息。

GoF书籍是关于OO设计模式的,它于1995年出版
在所有这些Java企业模式和服务器出现之前。
它是在类、方法等层面上,即关于OO概念

<>你可以考虑容器和上下文某种模式,是的。 但它们是关于模块、组件、容器、服务器以及如何操作的
使这些模块和组件运行到容器和服务器中。
这些只是来自不同时间、不同层次的东西

与“设计模式”不同,“容器”的一个更合适的概念是

。。。软件框架是一种抽象,在这种抽象中,提供通用功能的软件可以通过附加的用户编写的代码有选择地进行更改,从而提供特定于应用程序的软件。软件框架是一个通用的、可重用的软件平台,用于开发软件应用程序、产品和解决方案

在java中,我看到了很多“容器”,它为客户机提供了“上下文”

“Context”是容器向其上运行的组件提供的环境执行信息。记住前面的定义,您可以将“上下文”视为容器提供的通用功能之一。
更清楚的是,您有一个运行组件的容器,每个组件通过上下文访问环境信息。当然,这并不是一个正式的定义,这只是我喜欢思考这个概念的方式。

根据定义,任何常见问题的常见解决方案都是一种设计模式。书中没有的东西并不意味着它不是一种设计模式。