• 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: Abstract classes and methods
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Abstract classes and methods


  • Subject: Re: Abstract classes and methods
  • From: Ondra Cada <email@hidden>
  • Date: Wed, 29 Aug 2001 18:16:42 +0200

Michael,

>>>>>> Michael B. Johnson (MBJ) wrote at Wed, 29 Aug 2001 08:28:50 -0700:
MBJ> The problem with this, for me, is that invariably I'll screw up the
MBJ> function signature of one of these delegate methods the first (or more
MBJ> likely second) time I implement it and so my routine never gets called.

Well, copy&paste is your friend! I can't remember me once writing, say,
those NSTableView datasource methods "by hand". And of course, here the new
PB defficiencies -- particularly the lack of global completion as was the
Alt-Esc functionality of the original PB (AKA PBWO) -- really cry.

Otherwise, though I understand the problem (been bite by it once or twice
myself) I guess the possible "solution" of having oh-so-many different
protocols for all possible different usages of informal ones would bring more
grief than advantage.

Well, if you would like that more than the current solution (I would not,
for one), DIY! Nothing prevents you from declaring appropriate formal
protocol in your own headers the first time you use any informal one, and use
it for all the next times...
---
Ondra Cada
OCSoftware: email@hidden http://www.ocs.cz
private email@hidden http://www.ocs.cz/oc


  • Follow-Ups:
    • Re: Abstract classes and methods
      • From: "Michael B. Johnson" <email@hidden>
References: 
 >Re: Abstract classes and methods (From: "Michael B. Johnson" <email@hidden>)
 >Re: Abstract classes and methods (From: Ondra Cada <email@hidden>)
 >Re: Abstract classes and methods (From: "Michael B. Johnson" <email@hidden>)

  • Prev by Date: Re: Java and C
  • Next by Date: Re: Java and C
  • Previous by thread: Re: Abstract classes and methods
  • Next by thread: Re: Abstract classes and methods
  • Index(es):
    • Date
    • Thread