|
|
1
8
静态几乎意味着全球。仍然存在一个实例,并且该实例中仍然存在状态,但它是 |
|
2
5
1) 不能。不能说静态方法意味着它不需要状态,因为静态方法可以访问静态/单例资源。
2) 是的。不需要状态的方法,因此不需要 ,通常应设置为静态。 |
|
|
3
3
C#中的静态方法可以访问其包含类的静态变量,如果访问了,则不是无状态的。我见过一些不可重入的“无状态”静态方法触发有趣的竞争条件的痛苦实例。 一个真正的无状态方法确实可以被设置为静态的,通常应该是静态的。 |
|
|
4
3
我觉得这么说挺吓人的 无国籍的 与 静止的
|
|
|
5
3
他将高级设计概念“无状态服务”与“使用静态类”的低级技术实现细节混合在一起。 coberlang(甚至不支持静态变量)的语言(coberlang,etc.)只支持静态变量。 我可以很容易地想象这样一种情况:无状态服务大量使用静态类实现,因为它们已经存在并且已经实现了正确的业务逻辑,尽管它通常被认为是很好的Java编程实践,除非您确实需要使用静态类。 他还严重误解了“static”的含义——静态变量是在调用之间存储状态的一种方式——因此看起来更适合于“有状态”服务。 |
|
|
6
2
静止的 是一个语言关键字和 状态 关于无状态方法,这里我们讨论的是不引用类实例的方法,即this指针。将这些方法标记为静态可以提高代码的清晰度,并与最佳实践保持一致。注意,在本例中,我们讨论的是一种特定的“无状态状态”,而不是对有状态上下文的使用做一般性的评论。 |
|
|
7
1
|
|
|
8
1
你问题的简短回答是“不”,
关于你的其他评论,
|
|
|
9
1
除了重新定义“静态”的所有定义之外, 答案是“是的” 即使 修改类的实例的状态(特别是当它们被传递一个实例或一组实例时)。 在大多数情况下,静态方法的使用是没有变化的。最重要的示例是查找或创建实例(工厂方法)。 也就是说,在现实生活中,真正的答案是“不” 这是因为您的服务代理需要在内部跟踪它的位置。因此,虽然您的方法在您看来是无状态的,但实际上不是。 希望这不是太令人困惑:) |
|
10
1
静态类不是无状态的。它仍然可以有变量,虽然是静态的,但有一个状态。 没有任何类级变量的静态类是无状态的。它没有数据。 |
|
|
11
1
更重要的是
更多信息请查看
|
|
|
12
0
在这种情况下,您的静态方法有一个最小的状态,但它(可能)是必要的。 |
|
|
13
-1
|