Java 在枚举中添加长方法是一种糟糕的设计吗？

我有一个枚举，我想在其中添加一个逻辑来计算值。这种方法越来越长。想知道这是个好设计还是坏设计吗？ 请参阅下面的代码片段：

public enum TestEnum{

    Value01(
            null,
            true,
            "Value",
            Utils.SMALLER_OR_EQUAL_TO_ZERO),

    Value02(
            null,
            false,
            "value2",
            Utils.BIGGER_THAN_ZERO),

    Value03(
            null,
            false,
            "value4",
            Utils.BIGGER_THAN_ZERO);

}
//Long method
public static TestEnum getValues(.....){

        if (Condition 1) {
           // some line of code
        }
        if (Condition 2) {
            // some lines of code
        } else {
            // // some lines of code
        }
        return values;
    }

---

不管放在哪里，长方法实际上都是糟糕的设计。考虑将这些逻辑提取到另一个类，或者至少提取到另一个更小的方法（看看这个）

---

Java中的枚举基本上是Java中的类，使用它们来创建单例实现（）很流行。我相信没有理由不把这样的方法放在那里

长的方法实际上是糟糕的设计，不管放在哪里。考虑将这些逻辑提取到另一个类，或者至少提取到另一个更小的方法（看看这个）

---

Java中的枚举基本上是Java中的类，使用它们来创建单例实现（）很流行。我相信没有理由不把这些方法放在那里

长方法通常是不好的。你的条件是基于枚举值的吗？如果是这种情况，您可以将内容移动到每个枚举值声明中。您应该提供更多的上下文。长方法通常是不好的。您的条件是基于枚举值的吗？如果是这种情况，您可以将内容移动到每个枚举值声明中。你应该提供更多的背景。我觉得很好，我很有兴趣看到其他人对反面的评论。我觉得很好，我很有兴趣看到其他人对反面的评论