我对静态方法的理解通常是util方法，并且包含业务逻辑。此业务逻辑应用于传递给这些方法的参数，并返回一些输出，而不会保持状态。
但是任何人都可以指导我，是否有一些逻辑上的限制/最佳做法是静态方法应该持续多长时间？
就像静态Util方法一样，它不应包含太多逻辑。它们应该简短易读，并且工作量较小。？
就像静态Util方法一样，它不应包含太多逻辑。它们应该简短易读，并且工作量较小？
没有仅适用于static方法的特定规则。您的所有方法都应该相当简短，并且易于阅读。当然，它们应该遵循Single Responsibility Principle。
含义：诸如“干净代码”之类的概念为静态方法和非静态方法提供的任何指导。
话虽如此：实际上，您首先要特别注意使用static。这是OOP中的异常，因为它导致类之间直接，硬耦合，并且杀死多态性。如果做得不好，它会严重影响您进行合理的单元测试的能力。