Android 将游标作为参数传递给方法

我有一个关于Android应用程序中光标使用的快速问题

在我的应用程序中有多个位置，我可以在其中为我的自定义内容提供商查询同一个表。当我收到光标时，我解析数据并返回包含信息的数据结构

由于这可以在我的应用程序中的多个位置完成，我决定将这项工作集中在一个实用程序类中，因此我的方法如下所示：

public static String[] getInfoFromCursor(Cursor c)
{
   String[] blah = ....
   //do work
   return blah 
}

所以我有两个关于最佳实践的问题：

1-将此工作集中在实用程序类中是一个好主意，还是这是一种不必要的优化情况

2-我应该同时关闭方法中的游标和用于调用所述方法的原始游标，还是在该方法返回足够的值后关闭它一次

非常感谢您的意见

将这项工作集中在实用程序类中是一个好主意，还是这是一种不必要的优化

它胜过维护代码的多个副本。“不必要的优化”问题通常更多地出现在性能问题上（例如，试图降低CPU或堆的使用率），有时您可能在追求不值得付出努力的节约。为了让你的应用程序更易于维护，你可以做的任何事情通常都是一个好主意

我应该同时关闭方法中的游标和用于调用所述方法的原始游标，还是在该方法返回足够的值后关闭它一次

虽然我不知道关闭一个已经关闭的游标有什么问题，但是关闭一次就足够了。我建议您在关闭光标的位置和时间上保持一致，以帮助您确保确实在正确的位置关闭光标

将这项工作集中在实用程序类中是一个好主意，还是这是一种不必要的优化

它胜过维护代码的多个副本。“不必要的优化”问题通常更多地出现在性能问题上（例如，试图降低CPU或堆的使用率），有时您可能在追求不值得付出努力的节约。为了让你的应用程序更易于维护，你可以做的任何事情通常都是一个好主意

我应该同时关闭方法中的游标和用于调用所述方法的原始游标，还是在该方法返回足够的值后关闭它一次

虽然我不知道关闭一个已经关闭的游标有什么问题，但是关闭一次就足够了。我建议您在关闭光标的位置和时间上保持一致，以帮助您确保确实在正确的位置关闭光标

将这项工作集中在实用程序类中是一个好主意，还是这是一种不必要的优化

它胜过维护代码的多个副本。“不必要的优化”问题通常更多地出现在性能问题上（例如，试图降低CPU或堆的使用率），有时您可能在追求不值得付出努力的节约。为了让你的应用程序更易于维护，你可以做的任何事情通常都是一个好主意

我应该同时关闭方法中的游标和用于调用所述方法的原始游标，还是在该方法返回足够的值后关闭它一次

虽然我不知道关闭一个已经关闭的游标有什么问题，但是关闭一次就足够了。我建议您在关闭光标的位置和时间上保持一致，以帮助您确保确实在正确的位置关闭光标

将这项工作集中在实用程序类中是一个好主意，还是这是一种不必要的优化

它胜过维护代码的多个副本。“不必要的优化”问题通常更多地出现在性能问题上（例如，试图降低CPU或堆的使用率），有时您可能在追求不值得付出努力的节约。为了让你的应用程序更易于维护，你可以做的任何事情通常都是一个好主意

我应该同时关闭方法中的游标和用于调用所述方法的原始游标，还是在该方法返回足够的值后关闭它一次

---

虽然我不知道关闭一个已经关闭的游标有什么问题，但是关闭一次就足够了。我建议您在关闭光标的位置和时间上保持一致，以帮助您确保确实在正确的位置关闭光标。

非常感谢。我有时忘记了可维护性和优化一样重要。非常感谢。我有时忘记了可维护性和优化一样重要。非常感谢。我有时忘记了可维护性和优化一样重要。非常感谢。我有时忘记了可维护性和优化一样重要。