home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / programm / 6051 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.8 KB  |  75 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!psinntp!afs!greg
  3. From: greg@afs.com (Gregory H. Anderson)
  4. Subject: Re: Multiple init: functions defined
  5. Message-ID: <1992Sep6.155059.13349@afs.com>
  6. Sender: greg@afs.com
  7. Reply-To: greg@afs.com
  8. References: <3575@richsun.cpg.trs.reuter.com>
  9. Date: Sun, 6 Sep 1992 15:50:59 GMT
  10. Lines: 63
  11.  
  12. In article <3575@richsun.cpg.trs.reuter.com>  
  13. jack@richsun.cpg.trs.reuter.com (Jack Gidding) writes:
  14. > 
  15. > When I include the header files from two different classes into a third 
  16. > class, and each of the included classes have a single init: method 
  17. > defined, I get messages similar to the following:
  18. > 
  19. > main2.m:18: warning: multiple declarations for method `init:'
  20. > /Clib/RP.h:32: using `-init:(int )pSize'
  21. > /Clib/RS.h:31: also found `-init:(OBJPTR )s'
  22. > 
  23. > Why is this happening??? Sometimes it tells me that it resolved which 
  24. > init to use, sometimes not, and sometimes it resolves it to the wrong 
  25. > init:.
  26. > 
  27. > So, why is it telling me that it is using one method or another...
  28. > shouldn't this be left up until run-time? 
  29.  
  30. You ARE doing someting undesirable as far as the Obj-C runtime system is  
  31. concerned. A selector name, like a C function, should only have one set of  
  32. argument types. [Think about it: you wouldn't write two C functions with  
  33. the same name, but different arguments, even if they were static to the  
  34. module in which they appeared. Well, you might, but you couldn't get a job  
  35. with my firm. 8^)]
  36.  
  37. You ARE allowed to EXTEND a method's arguments. For example, you can have
  38.  
  39. - init;
  40. - init:sender;
  41. - init:sender forSize:(int)aSize;
  42.  
  43. because the selector's complete name is everything that comes before the  
  44. colons, plus the colons themselves. In my example, the selectors are  
  45. "init", "init:", and "init:forSize:", as you will recognize if you have  
  46. ever set a breakpoint on complex methods in gdb.
  47.  
  48. So the bottom line is that you should have more than one init name if you  
  49. have different argument types. IMHO, that's preferred anyway. All through  
  50. the appkit, "init" takes no arguments. I wouldn't mess with that  
  51. assumption. Instead, the unadorned "init" chooses reasonable defaults and  
  52. then passes control to the "designated initializer." All True NeXTSTEP  
  53. Gods write classes this way. 8^) One last example:
  54.  
  55. - init
  56.     {
  57.     NXRect defaultRect = {{0.0, 0.0.}, {100.0, 150.0}};
  58.     return [self initFrame:&defaultRect];
  59.     }
  60.  
  61. - initFrame:(NXRect *)aRect   /* this is the "designated initializer" */
  62.     {
  63.     /* do some stuff here */
  64.     return self;
  65.     }
  66.  
  67. I agree, on the surface this can be a nuisance. I have come to like  
  68. specific init names, because they are self-documenting.
  69.  
  70. --
  71. Gregory H. Anderson          | "We're very tolerant around here,
  72. Benevolent Dictator-for-Life |  being only amateurs ourselves."
  73. Anderson Financial Systems   | - Tortoise (Godel, Escher, Bach)
  74. greg@afs.com  (Nextmail OK)  | 
  75.