2

我正在创建一个排队上传管理器。有了这个对我之前问题指南的回答，我将使用服务来上传这些图像。建议我使用数据库来跟踪成功上传的文件和待处理的文件。

我最初的研究让我相信我想要创建一个绑定服务，这样我可以在照片上传后更新我的 UI，以及一个启动的服务，这样它就可以独立于创建它的我的活动运行。看来我还需要通过process=":something"应用清单中的指令在自己的进程中启动它。

我的问题是，在 N 活动客户端和上传服务之间共享 SQLite（除非有更好的方法）数据库的最佳方式是什么？

我设想它在伪代码中像这样工作：

// in an app
writeRecordToDb( . . . );

// start service
if( service doesn't exist )
{
  // start service, and bind
}

// in the service:
if( shared db has another row )
{
  doDownload( . . . );

  if( download worked )
  {
    notifyActivity();

    if( db has another row )
      doDownload( . . . );
  }
  else
  {
    retryDownload( . . . );
  }
}

这是解决这个问题的正确方法吗？我再次尝试规避在几乎没有蜂窝信号时让多个 Activity 实例请求上传照片的问题。我刚刚读完服务和绑定服务文档，感觉很好，但不是很好。

4

2 回答 2

4

我最初的研究让我相信我会想要创建一个绑定服务

我不会。

所以我可以在照片上传后更新我的用户界面

您不需要使用绑定模式来更新 UI。你可以：

  • LocalBroadcastManager使用活动拾取的本地广播发送本地广播，或
  • 调用由活动额外PendingIntent提供的一个，或IntentstartActivity()
  • 试试Square 的Otto 事件总线（看起来很有趣，但我还没用过）
  • 等等

以及已启动的服务，因此它可以独立于创建它的我的活动运行

这就是为什么您不应该为绑定而烦恼，因为您不需要绑定，但您确实需要启动服务。

我的问题是，在 N 活动客户端和上传服务之间共享 SQLite（除非有更好的方法）数据库的最佳方式是什么？

选项 #1：将您SQLiteOpenHelper的数据保存在静态数据成员中

选项 #2：在数据库周围使用ContentProvider包装器

这是解决这个问题的正确方法吗？

使用数据库作为组件之间的通信渠道类似于两个隔壁邻居使用双翼飞机拖曳的横幅相互通信。是的，它有效。但是，它缓慢且昂贵。

（另外，当你需要双翼飞机时，从来没有双翼飞机，但我离题了......）

如果您希望使用数据库作为未决下载的后备存储，以防出现一些中断（例如，用户关闭设备）并且您希望稍后再获取这些下载，那很好。但是，该服务将通过您发送给它的命令知道要下载什么startService()。

于 2012-07-05T21:27:12.683 回答
3

CommonsWare 基本上涵盖了您需要的一切......但这里有一些代码说明了这两个选项，以防万一有任何混淆。

  1. 保持你SQLiteOpenHelper的静态数据成员。

    public class DatabaseHelper extends SQLiteOpenHelper { 
    private static DatabaseHelper mInstance = null;

    private static final String DATABASE_NAME = "databaseName";
    private static final String DATABASE_TABLE = "tableName";
    private static final int DATABASE_VERSION = 1;

    private Context mCxt;

    public static DatabaseHelper getInstance(Context ctx) {
        /** 
         * use the application context as suggested by CommonsWare.
         * this will ensure that you dont accidentally leak an Activitys
         * context (see this article for more information: 
         * http://developer.android.com/resources/articles/avoiding-memory-leaks.html)
         */
        if (mInstance == null) {
            mInstance = new DatabaseHelper(ctx.getApplicationContext());
        }
        return mInstance;
    }

    /**
     * constructor should be private to prevent direct instantiation.
     * make call to static factory method "getInstance()" instead.
     */
    private DatabaseHelper(Context ctx) {
        super(context, DATABASE_NAME, null, DATABASE_VERSION);
        this.mCtx = ctx;
    }
}

    然后在您的Service/Activity中，保留对您的引用DatabaseHelper并调用getInstance()它。

  2. 将数据库包装在一个ContentProvider. 如果您已经实现了一个，那么您可以简单地使用

    mContext.getContentResolver().query(...);

    这是有效的，因为Activity两者Service都扩展Context（它包含对 的引用ContentResolver）。

于 2012-07-05T21:39:57.410 回答