• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Cocoa et al as HCI usability problem
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cocoa et al as HCI usability problem


  • Subject: Re: Cocoa et al as HCI usability problem
  • From: Bill Bumgarner <email@hidden>
  • Date: Fri, 23 May 2008 14:34:46 -0700

On May 23, 2008, at 3:49 PM, Sherm Pendley wrote:
The implementation of foreach appears almost expressly designed to better
support scripting languages. The ObjC foreach() syntax is just chrome - the
"fast" comes from under the hood. It compiles down to a single method that's
called to get a count of items and a C array of ids. For a scripting bridge,
an opportunity to replace several trips across the bridge per iteration with
a single round trip for the whole array is *huge*.

That for(... in ...) supports more efficient bridging is a benefit of the design, but not the initial goal.


The motivation for the feature was two fold:

(1) Increase developer productive by Eliminating all of the repetitive uses of object enumerators (of NSEnumerator) with something far more compact and readable. The NSEnumerator stuff is prone to introducing silly errors, is inefficient, and not very pleasant to look at.

(2) Vastly improve enumeration performance of both Apple provided and developer written code by offering an API that could be leveraged to provide for(... in ...) compatible enumeration that is very very fast. As you note, the design is very much focused on making it possible to enumerate large sets of foreign data -- potentially infinite in size -- efficiently.

b.bum
_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: Cocoa et al as HCI usability problem
      • From: Graham Cox <email@hidden>
    • Re: Cocoa et al as HCI usability problem
      • From: "Sherm Pendley" <email@hidden>
References: 
 >Re: Cocoa et al as HCI usability problem (From: Jeff LaMarche <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Andy Lee <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Jeff LaMarche <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Andy Lee <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: "Sherm Pendley" <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Andy Lee <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Graham Cox <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: Ilan Volow <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: GĂ©rard Iglesias <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: "Sherm Pendley" <email@hidden>)
 >Re: Cocoa et al as HCI usability problem (From: glenn andreas <email@hidden>)

  • Prev by Date: Cover Flow in Cocoa?
  • Next by Date: Re: Cover Flow in Cocoa?
  • Previous by thread: Re: Cocoa et al as HCI usability problem
  • Next by thread: Re: Cocoa et al as HCI usability problem
  • Index(es):
    • Date
    • Thread