FROM : Keith Duncan
DATE : Thu Nov 22 12:48:22 2007
> So, basically, for simple asychronous behavior just subclass
> NSOperation and override -main. NSOperationQueue will be responsible
> for creating the threading "environment", within the parameters set
> (e.g. -setMaxConcurrentOperationCount:).
OK, but how will I mark the operation as still executing and
unfinished until the notification is posted?
Are the docs stating that concurrent operations MUST override
isExceuting and isFinished etc, but that non-concurrent ones can if
they so choose?
I do understand the difference between a concurrent and a non-
concurrent operation, but I also think that the use of the word
"concurrent" in a context where threads are being used will lead to
confusion. I think I'm going to file a bug on that one.
- Keith
DATE : Thu Nov 22 12:48:22 2007
> So, basically, for simple asychronous behavior just subclass
> NSOperation and override -main. NSOperationQueue will be responsible
> for creating the threading "environment", within the parameters set
> (e.g. -setMaxConcurrentOperationCount:).
OK, but how will I mark the operation as still executing and
unfinished until the notification is posted?
Are the docs stating that concurrent operations MUST override
isExceuting and isFinished etc, but that non-concurrent ones can if
they so choose?
I do understand the difference between a concurrent and a non-
concurrent operation, but I also think that the use of the word
"concurrent" in a context where threads are being used will lead to
confusion. I think I'm going to file a bug on that one.
- Keith
| Related mails | Author | Date |
|---|---|---|
| Keith Duncan | Nov 21, 18:40 | |
| Shawn Erickson | Nov 21, 18:50 | |
| Keith Duncan | Nov 21, 19:57 | |
| Shawn Erickson | Nov 21, 20:08 | |
| Keith Duncan | Nov 21, 20:50 | |
| Hsu | Nov 22, 01:07 | |
| Keith Duncan | Nov 22, 12:48 | |
| Chris Kane | Nov 24, 23:14 |






Cocoa mail archive

