问题标签 [static-methods]

我的解释是，如果我需要静态访问一个方法，那么只有在我永远不需要实例化它的情况下，我才应该使类抽象。真的吗？

理论问题。如果您有 100 个单独的请求进入调用下面静态方法的 aspx 网页。

每个请求都有单独的调用堆栈吗？

如果是这样 - 这个静态方法调用是否被推送到这些单独的调用堆栈上？

如果是这样-因此这些整数线程安全吗？IE。100 个请求，100 个调用帧，300 个整数。

干杯

我有一个使用多态性的奇怪问题。我有一个实现静态方法的基类。由于各种原因，此方法必须是静态的。基类还有一个run()由所有扩展类实现的纯虚方法。我需要能够run()从静态类调用。

当然，问题在于静态类没有 this 指针。这个方法可以传入一个 void * 参数。我一直在尝试想出一种巧妙的方法将 run 方法传递给它，但到目前为止还没有任何效果。也尝试过将其传递给它。这样做的问题是我必须实例化它，这需要扩展类的知识。这违背了多态性的全部目的。

关于如何解决这个问题的任何想法？

我一直在想，在 ASP.NET 中什么时候使用静态函数，什么时候不使用？

使用它们的优点和缺点是什么，在性能、遵循良好实践等各个方面（以及更多，只要你觉得相关）。

我们有一个给定的 REST 接口：

这个计算可以通过不同的逻辑“计算器”来实现，具体取决于服务器配置。

我们现在正在设计每个计算器必须实现的 Java 接口。该接口将为每个 REST 服务提供一个方法。

鉴于所有 REST（和 HTTP）调用都是无状态的，每个方法都应该是静态的。但是，您不能在 Java 接口中定义静态方法。这种情况有没有好的解决方法？

我们可以将这些方法定义为非静态的，然后首先创建一个计算器类的实例。通过在接口中使用 static 关键字来表明方法是无状态的似乎更清晰。

我在静态类中有以下静态方法。我的问题是在静态方法中使用 HttpContext.Current.Response 是否安全？我想 100% 确定它是线程安全的，并且只与调用线程相关联。有人知道答案吗？

我正在使用一些方法来自动加载带有函数的帮助文件。我现在唯一遇到的问题是如何调用该类中的变量。

因为我没有将它实例化为对象，$this所以不起作用。但是会怎样？

我现在可以在spl_autoload_register().

可能重复：
您发现扩展方法的哪些优点？

好吧，首先，我意识到这听起来有争议，但我并不是要对抗。我出于真正的好奇心提出了一个严肃的问题（或者困惑是一个更好的词）。

为什么将扩展方法引入 .NET？除了让事情看起来不错（我所说的“不错”是指“看似实例方法”）之外，它们还提供什么好处？

对我来说，任何使用这样的扩展方法的代码：

具有误导性，因为它暗示 thatSomeExtensionMethod是 的实例成员Thing，这会误导开发人员相信（至少作为一种直觉......你可能会否认它，但我肯定已经观察到这一点）（1）SomeExtensionMethod可能是有效实现的，并且(2) 因为SomeExtensionMethod它实际上看起来像是课程的一部分，所以如果在未来的某个时候进行修改Thing，它肯定会保持有效Thing（只要作者Thing知道他/她在做什么）。

但事实是扩展方法无法访问受保护的成员或它们正在扩展的类的任何内部工作，因此它们与任何其他静态方法一样容易损坏。

我们都知道，上面很容易是：

对我来说，这似乎更多，因为没有更好的词，诚实。

我错过了什么？为什么存在扩展方法？

什么时候在方法签名上使用 Java 中的 static 关键字被认为是不好的做法？如果一个方法基于一些参数执行一个函数，并且不需要访问非静态字段，那么您不总是希望这些类型的方法是静态的吗？

我正在用 Java 实现一种 ORM。我正在尝试做一个仅在父类中的静态查找方法。让我进入正题：

我不知道如何让 find 方法知道它的哪个继承类正在调用它，以便我可以返回正确的实例（并且可能调用正确的构造函数等）并且继承的类可以是任何东西，没有限制.

我试过stacktrace，但它只从Test跟踪到DB。

有任何想法吗？

谢谢大家！