问题标签 [utility-method]

哪种方式更好地隐藏和显示 Android 对话框？类中不会存储任何引用以进行泄漏，因此只需给出您的建议并对此进行解释即可。

• 用静态方法编写一个实用程序类？
• 编写一个实用程序类，该类需要用作没有静态方法的实例。

当然，不要投反对票，或者即使你投反对票，也请解释一下为什么这样做很糟糕？我的目的是为了重用代码。不要在每个Fragmentor中写相同的东西Activity。

好的，所以努力学习一些 C#。很棒的语言，一般都喜欢使用它，但我不明白如何克服这种缺乏实用程序类的问题。本质上，我想设置一个通用实用程序类，它可以包含在一个文件夹中，并且只需执行“使用命名空间 Globals/Utilities/etc”即可用于任何项目。命令。在本质上：

与上述类似，因此在任何其他类中，我都可以通过将其作为预处理指令来调用这些函数。

事实上，我试图简单地编译我的“实用程序”类（比上面列出的更多）来检查错误，但它只是告诉我它无法编译它，因为没有 main 方法。有什么建议么？

（是的，我知道我有一种 java 编码风格，我可以接受！）

这更像是一个特定于 Android 的最佳实践/性能相关问题。（我知道这可能是一个笼统的讨论，但考虑到 Android 环境，我希望将其范围缩小）。

假设我有一个方法（检查条件并将用户重定向到各种活动）。很多类都使用这种方法。

我无法决定是否在实用程序类中添加此方法，使其成为静态并从需要它的每个活动中调用它。

或者

创建一个基础活动，在其中添加方法，任何需要使用此方法的活动都从基础活动继承。（假设在这种特殊情况下我们可以使用单继承）。

想法？

编辑这些是我检查过的与此相关的相关 SO 帖子。无法根据这些做出决定

实用程序类是邪恶的？

如果“实用程序”类是邪恶的，我应该把我的通用代码放在哪里？

我对Java有点陌生。如何编译一个私有实用程序方法 checkSize(String[] data) 来检查传入数据的每个可能的大小或空错误（较小的数据是可以的。更大的数据或空是不行的）。它应该是布尔值的形式。

这是伪代码。

}

在 React-Redux 应用程序中，我的状态如下：

我使用 React 组件渲染。

现在我需要一个函数来给我一个人的“全名”。所以不只是“first_name + last_name”，而是取决于国家（例如，在中国是“last_name + first_name”），所以有一些相对复杂的逻辑，我想把它包装在一个可以从任何地方使用的函数中反应组件。

在 OOP 中，我会创建一个Person::getFullName()方法来提供这些信息。然而，该state对象是一个“愚蠢”的对象，其中子对象没有任何专门的方法。

那么一般来说，在 React-Redux 中管理这个的推荐方法是什么？我能想到的只是创建一个全局函数，例如user_getFullName(user)它将获取用户并返回全名，但这不是很优雅。有什么建议吗？

我在 2 个类中使用相同的方法，将字段从一个对象复制到构建器。我想重构它，但我不知道是否应该在实用程序类中创建静态方法或将其抽象为超类。

共享此代码的类是 Bean 和多线程应用程序的一部分。

该方法如下：

非常感谢您的帮助。

我正在尝试通过遵循最新的 OOP 设计模式来构建自己的 MVC 框架（当然是为了更好地学习它）。我想知道，放置可重复代码的最佳做法是什么（用于作为静态方法保留在实用程序类中，这被认为不是一个好的模式）。

例如，我们想使用点分隔字符串遍历一个多维数组，我必须在几个类（它们是其他基类的子类）中使用这个算法。我如何在不使用实用程序类且不多次重复相同代码的情况下做到这一点？

在 Blue Prism 中寻找用英文字符替换非英文字符的功能。

例子：

输入：安德烈斯·查韦斯 输出：安德烈斯·查韦斯

我决定为 Toast 编写自己的实用程序类来减少重复代码

如您所见，有两种方法。我想避免初始化堆叠的吐司，这就是我在新吐司之前取消旧吐司的方式。在我的客户端类中，我这样使用它：

当我多次单击按钮时，我得到了堆积的祝酒词——以前的祝酒词没有被破坏。所以我需要帮助来定义它为什么会这样。

更新 早些时候，我在活动类中编写了 toast 代码，它运行良好。例如：

所以我今天早些时候浏览了 Quake 引擎的源代码，偶然发现了一些编写的实用函数。其中之一是“Q_memcpy”：

我了解该函数的整个前提，但我不太了解源地址和目标地址之间按位或的原因。所以我的问题总和如下：

• 为什么 'count' 会在同一个按位算术中使用？
• 如果结果不同，为什么要检查结果的最后两位？
• 整个检查的目的是什么？

我确信这是显而易见的，但请原谅我的无知，因为在编程方面我还没有真正深入研究更底层的事情。我只是觉得它很有趣，并想了解更多。