• 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: NSAlert strategy advice
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSAlert strategy advice


  • Subject: Re: NSAlert strategy advice
  • From: John Stiles <email@hidden>
  • Date: Fri, 17 Dec 2004 19:42:35 -0800

Factor out the common part into a universal function which each selector can call. Doesn't seem too complicated to me.


On Dec 17, 2004, at 7:06 PM, Henry Maddocks wrote:

I know it was sort of a dumb question, but having a bunch of similar named functions that almost do the same thing is a recipe for a cockup. I was hoping someone had come up with some clever pattern to reduce the maintenance. Maybe using contextInfo and some funky selector thing or maybe wrapping them up in their own object...

On 18/12/2004, at 2:50 PM, John Stiles wrote:

If they all do the same thing, you can use the same selector for each
sheet.
If they all do different things, well, then you probably need them,
right? :)

-----Original Message-----
From: cocoa-dev-bounces+jstiles=email@hidden
[mailto:cocoa-dev-bounces+jstiles=email@hidden] On
Behalf Of Henry Maddocks
Sent: Friday, December 17, 2004 5:22 PM
To: email@hidden
Subject: NSAlert strategy advice


My current app has quite a few occasions when it needs to show a sheet
to the user. It seems for each of these sheets I need to implement a
sheet did end function which is getting to be a bit laborious and
strikes me as being a maintenance nightmare. Does anyone have any ideas
for ways this boiler plate stuff can be reduced?


Henry

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden


This email sent to email@hidden


_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden

_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >RE: NSAlert strategy advice (From: "John Stiles" <email@hidden>)
 >Re: NSAlert strategy advice (From: Henry Maddocks <email@hidden>)

  • Prev by Date: Re: NSAlert strategy advice
  • Next by Date: Getting app in the Force Quit List
  • Previous by thread: Re: NSAlert strategy advice
  • Next by thread: Re: NSAlert strategy advice
  • Index(es):
    • Date
    • Thread