我想清楚地为自己制定上下文的概念。
示例包括来自 EntityFramework 和 Spring 的上下文。我会说这是一个环境的表示,但我不确定这个定义的准确性,因为在某些春天它可能是真的,因为那里的上下文允许你选择要提升的环境(servlet、react 等.),而在 EF 中,DBContext 实例是创建对数据库的查询的主要方式,即 这里的上下文已经超出了环境的表示。
PS 是的,在春天也可以通过上下文拉出一个 Bin,但这被认为是一种反模式并且服务于内部目的。
我想清楚地为自己制定上下文的概念。
示例包括来自 EntityFramework 和 Spring 的上下文。我会说这是一个环境的表示,但我不确定这个定义的准确性,因为在某些春天它可能是真的,因为那里的上下文允许你选择要提升的环境(servlet、react 等.),而在 EF 中,DBContext 实例是创建对数据库的查询的主要方式,即 这里的上下文已经超出了环境的表示。
PS 是的,在春天也可以通过上下文拉出一个 Bin,但这被认为是一种反模式并且服务于内部目的。
让我们看一个现实生活中的例子。假设您买了一张去一个阳光明媚的国家的机票,然后到达机场(比如多莫杰多沃),打算飞出去,并在令人垂涎的着陆区入口处出示您的登机牌,但您不被允许进入,因为您有登机牌来自谢列梅捷沃(是的,它发生了)。登机牌与谢列梅捷沃有关,因为它的上下文是谢列梅捷沃,而不是多莫杰多沃。同样失败,您的登机牌将不会在地铁或火车上被接受,除了特定的多莫杰多沃机场外,其他任何地方都不会接受,这是上下文。
当然,多莫杰多沃机场的上下文不仅包括 DOMODEDOVO 标志,还包括登机区、链接到特定机场服务器的条形码扫描仪,在数据库中有一个链接,其中包含您的航班记录和全名乘客,为你打开闸机的女孩,你登机的飞机本身,总共数百甚至数千个参数,没有这些参数将无法处理您以登机牌形式提出的登机请求。
在编程中,一切都类似于现实生活:上下文是一组环境状态,特定的请求/方法将在其中工作。如果你喜欢
handle/идентификатор/токен
,它表示一组环境状态。在现实生活中的例子中,这样的代币是Domodedovo - DME