Android 创建所有可能的本地意图操作的单个类/枚举是一种糟糕的做法吗？

我想知道创建一个java

类

或

枚举

来包含我的应用程序所有不同的

意图

操作是否被认为是一种糟糕的做法。如果不在

类

或

枚举

中，那么可能是

XML

文件之一？我计划使用来处理事件以减少耦合。

我想说的是，在一个Java类中拥有所有意图操作是很好的，或者您可以为它提供接口

我看不到任何特别“好”的东西，但肯定有可能有一个实用程序类，它由表示您的操作的

公共静态最终字符串组成。然后，它应该有一个
private
构造函数，您将不希望从该类中创建子类

我不会把常量放在
接口中，因为那时你必须
实现该接口，但是你想要的是用法，而不是实现

中有一条建议，避免纯粹的固定接口。
感谢您的快速响应！介意证明一下吗？在java中总是建议有一个常量util类/接口，它应该包含所有相关的常量。这提高了可读性。如果您想更改任何内容，您不需要在整个源代码中搜索特定字段。我说得通吗！！建议常量的名称用大写字母表示。谢谢，我理解你的意思，但Alex的回答更完整了一点（包括来源和所有内容）。我也必须同意他关于接口不利于这些事情的说法。是的，谢谢，但不要介意接口需要实现才能访问常量，甚至是操作系统的源代码，接口中定义的常量！！！是的，我看过那本书。不过，我想知道是否可以将所有可能的事件名称转储到单个枚举中。我的另一个选择是根据哪些类抛出什么事件将它们分开，然后将订阅者耦合到发布者，从而使我的主要目标之一变得毫无意义。谢谢@塞萨尔在出版商中拥有它们也不错。如果它们都在一个类中，那么有一次您删除了一个发布者，而忘记了从该实用程序类中删除相应的字符串。反正也没什么不好。@/\“那么你必须实现这个接口，但你想要的是使用，而不是实现。”必须实现这个接口吗！！要访问其中定义的一些常量？？？@Alex：如果它是
public static final
，我认为您不需要实现接口来使用其中的一个字段，但我仍然记得它不好，但不知道确切原因。至于在发布服务器中放置事件动作常量，这会将发布对象与订阅对象耦合到一个点，这就是我试图避免的，所以是的…@Ankit，不，当然您不必实现接口，但是接口不能有私有构造函数，因此接口也不能是实用程序类