StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
3379138
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
2
CommunityOwnedDate
CreationDate
2010-07-31T17:35:54.377
FavoriteCount
0
LastActivityDate
2010-07-31T20:39:29.617
LastEditDate
2010-07-31T20:39:29.617
LastEditorUserId
293542
OwnerUserId
293542
ParentId
3378891
PostTypeId
2
Score
2
ViewCount
0
LastEditorDisplayName
text
Body
You could do this using GCD with less code and using fewer resources. This is how you could do it: In <code>viewDidLoad</code> call a block asynchronously (using <code>dispatch_async</code>) that does the following: <ol> <li>Load the data with a synchronous call and handle timeouts if it failed.</li> <li>If successful, inform the main thread to update the UI.</li> <li>Queue a new block to run after a delay that does the same thing (using <code>dispatch_after</code>).</li> </ol> To call back to the main thread from another thread I can think of these methods: <ol> <li>If you want to update a custom view, you can set <code>setNeedsDisplay</code> from your block</li> <li>Otherwise, you could queue a block on what's called "main queue", which is a queue running on the main thread. You get this queue by calling <code>dispatch_get_main_queue</code>. and then treat it like any other queue (for example you can add your block by calling <code>dispatch_async</code>).</li> <li>If you don't want to use blocks you can use the <code>NSObject</code>'s <code>performSelectorOnMainThread:withObject:waitUntilDone:</code> method.</li> </ol> See <a href="http://developer.apple.com/mac/library/documentation/Performance/Reference/GCD_libdispatch_Ref/Reference/reference.html" rel="nofollow noreferrer">GCD Reference</a> for more details. That said, you should never keep performing small requests so frequently (unless for specific tasks like fetching game data or something). It will severely reduce battery life by keeping antenna from sleeping.
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POCan I use a continuous background thread to update the iPhone UI without using NSTimer?
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. USmohsenr
UserOwnerUserId
1. USmohsenr
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
2. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
CommentsPostId
1. COThanks, Mo! GCD is a new topic for me as well, so I'll do some research on it. The process seems to make sense, but could you clarify the 2nd step? How does the block go about sending the notification to the main thread?
 singulars
 PostPostId
 PO
 UserUserId
 USjmac
2. COSee the updated answer. Hope it helps.
 singulars
 PostPostId
 PO
 UserUserId
 USmohsenr

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.