home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / programm / 5893 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  3.4 KB
  1. Path: sparky!uunet!sun-barr!ames!data.nas.nasa.gov!taligent!apple!veritas!amdcad!dvorak.amd.com!usenet
  2. From: rpomeroy@aunext3.cam.amd.com (Ron Pomeroy x(Coop))
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: Reuse in Nextstep
  5. Message-ID: <1992Aug31.141015.26855@dvorak.amd.com>
  6. Date: 31 Aug 92 14:10:15 GMT
  7. References: <1992Aug28.033732.2031@corndog.id.com>
  8. Sender: usenet@dvorak.amd.com (Usenet News)
  9. Reply-To: rpomeroy@aunext3.cam.amd.com
  10. Distribution: usa
  11. Organization: Advanced Micro Devices, Inc.; Austin, Texas
  12. Lines: 68
  13.  
  14. In article <1992Aug28.033732.2031@corndog.id.com> walters@id.com (Chris  
  15. Walters) writes:
  16. >>In article <1992Aug25.133146.21009@monu6.cc.monash.edu.au>  
  17. >>ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes:
  18. >>> I'm studying how Reuse is implemented in NextStep
  19. >>> specifically how one can strucutre an application such
  20. >>> that the represenation of the view/interface is
  21. >>> competely indepentent of the application's
  22. >>> functionality.  For instance if an application wished to
  23. >>> switch its interface from graphical to text or vice versa
  24. >>> or both how one would structure this using NeXTStep and
  25. >>> Interface Builder, it seems that most applications are
  26. >>> tied directly into interface builder.  ie. the
  27. >>> functional component of the code messages IB outlets to
  28. >>> maintain application state.  Has anybody every designed
  29. >>> something that was totally separate from IB?  If so Id like
  30. >>> to hear about it.
  31. >>> 
  32. >>
  33. >>Well, I think kits like the Indexing Kit and the DBKit
  34. >>(or at least parts of it) are beautiful examples of reuse
  35. >>in the appkit which is independent of the UI.  There 
  36. >>are loads of others.
  37. >>
  38. >>With the addition of protocols in 3.0 Objective-C, we 
  39. >>now have tools which greatly facilitate the reuse of 
  40. >>_interface_, versus the reuse of implementation.
  41. >>
  42. >>From the release notes, (without permission:)
  43. >>
  44. >>"Protocols allow you to organize related method into
  45. >>groups that form high-level behaviors. This gives
  46. >>library builders a tool to identifiy sets of standard
  47. >>protocols, independent of the class hierarchy.
  48. >>Protocols provide language support for the reuse of
  49. >>design (i.e. interface), whereas classes support the
  50. >>reuse of code (i.e. implementation). Well designed
  51. >>protocols can help users of an application framework
  52. >>when learning or designing new classes."
  53. >>
  54. >>However, one reason (IMHO) that apps tie in tightly
  55. >>with InterfaceBuilder is because it is so easy to
  56. >>do.  Designing for reuse it not always the primary
  57. >>goal when building an application (ever heard of
  58. >>rabid prototyping? :-)
  59. >>-- 
  60. >>Chris Walters            10600 Arrowhead Dr., Suite 350
  61. >>RDR, Inc.            Oakton, VA 22030
  62. >>walters@rdr.com            (703)591-8713,(703)273-8170 FAX
  63. >> ------------------------- Hack Naked --------------------------
  64.                              ^^^^^^^^^^
  65.                 Naturally ! 
  66.  
  67. Huuuurrrrraaaaayyy. When I first used protocols in SmallTalk/ObjectWorks I  
  68. didn't think much of them.  Now that I'm working on a big project, I find them  
  69. really usefull (if not indispensible).  Waaayyyy kool NeXT :-)  Now,  do they  
  70. show up in IB ? And, can I just "add protocol" as easily as I can subclass in  
  71. IB ?
  72.  
  73. BTW - A sweet lady (whose name I will withhold) said 3.0 went to the press on  
  74. the 25th.  She wouldn't comment on when customers would first start receiving  
  75. their copies.  Oh well. 
  76.  
  77. --
  78. Ronald Pomeroy (waiting for my 3.0)
  79. Advanced Micro Devices
  80. CAM Applications Group
  81. rpomeroy@aunext3.amd.com
  82.