From 29be5a1199ca240800d5195e40294ee0673ac7dd Mon Sep 17 00:00:00 2001 From: Yigit Boyar Date: Wed, 6 Nov 2013 17:41:41 -0800 Subject: [PATCH] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index a10ef44..b2d3346 100644 --- a/README.md +++ b/README.md @@ -108,6 +108,7 @@ At Path, we use [GreenRobot's Eventbus](github.com/greenrobot/EventBus), you can * Job manager takes care of prioritizing jobs, checking network connection, running them in parallel etc. Especially, prioritization is very helpful if you have a resource heavy app like ours. * You can delay jobs. This is helpful in cases like sending GCM token to server. It is a very common task to acquire a GCM token and send it to server when user logs into your app. You surely don't want it to interfere with other network operations (e.g. fetching important content updates). * You can group jobs to ensure their serial execution, if necessary. For example, assume you have a messaging client and your user sent a bunch of messages when their phone had no coverage. When creating `SendMessageToNetwork` jobs, you can group them by conversation id (or receiver id). This way, messages sent to the same conversation will go in the order they are enqueued while messages sent to different conversations can still be sent it parallel. This will let you maximize network utilization and ensure data integrity w/o any effort on your side. +* By default, Job Manager checks for network (so you don't need to worry) and it won't run your network-requiring jobs unless there is a connection. You can even provide a custom [NetworkUtil][1] if you need custom logic (e.g. you can create another instance of job manager which runs only if there is a wireless connection) * It is fairly unit tested and mostly documented. You can check [code coverage report][3] and [javadoc][4].