You should check out NSFileManager to see if you can simplify your read methods
- specifically the contentsAtPath: method.
Then decode the data from the file using the appropriate encoding.
Once you've figured out what the URI for the file is, you can use NSFileManager
again to fetch it, using an
I always take the protocol route. You can implement other methods and do a
single cast to NSObject * (or id if you don't
need the NSObject methods) and then just pass around that. All you have to
check for in instantiation is that it passes implementsProtocol: and then
you're set. After that
Hello again;
Well, I ran some debugging and I determined that ALL I needed was an initial
save. After that, all the core data stores are up-to-date, and faults result
in actual fetched data.
So, although kind of kludgy, I accepted the "Initial Save" behavior à la
Garageband, where the user is
On Nov 21, 2010, at 2:47 PM, Kyle Sluder wrote:
> On Sun, Nov 21, 2010 at 2:32 PM, Dave Zwerdling wrote:
>>
>> On Nov 21, 2010, at 11:37 AM, vincent habchi wrote:
>>
>>> Le 21 nov. 2010 à 20:09, Dave Zwerdling a écrit :
>>>
>>>> The issue
On Nov 21, 2010, at 11:37 AM, vincent habchi wrote:
> Le 21 nov. 2010 à 20:09, Dave Zwerdling a écrit :
>
>> The issue lies in this: I have a background-thread reader of entities.
>> Because it is multithreaded, it uses a separate MOC for the entities to be
>> read
Hi everyone,
Here's the context:
I have a Core-Data document-based application. There is an importer which
creates new data to be imported into the document. When the user specifies,
particular entities are then moved into the document's MOC. Because the
imported can run prior to a document's