home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / programm / 5856 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.5 KB  |  62 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!usc!rpi!newsserver.pixel.kodak.com!psinntp!psinntp!corndog!walters
  3. From: walters@id.com (Chris Walters)
  4. Subject: Re: Reuse in Nextstep
  5. Message-ID: <1992Aug28.033732.2031@corndog.id.com>
  6. Keywords: reuse appkit etc
  7. Sender: walters@corndog.id.com (Chris Walters)
  8. Reply-To: walters@id.com
  9. Organization: Intrinsic Development Corporation
  10. References: <1992Aug25.133146.21009@monu6.cc.monash.edu.au>
  11. Date: Fri, 28 Aug 1992 03:37:32 GMT
  12. Lines: 48
  13.  
  14. In article <1992Aug25.133146.21009@monu6.cc.monash.edu.au>  
  15. ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes:
  16. > I'm studying how Reuse is implemented in NextStep
  17. > specifically how one can strucutre an application such
  18. > that the represenation of the view/interface is
  19. > competely indepentent of the application's
  20. > functionality.  For instance if an application wished to
  21. > switch its interface from graphical to text or vice versa
  22. > or both how one would structure this using NeXTStep and
  23. > Interface Builder, it seems that most applications are
  24. > tied directly into interface builder.  ie. the
  25. > functional component of the code messages IB outlets to
  26. > maintain application state.  Has anybody every designed
  27. > something that was totally separate from IB?  If so Id like
  28. > to hear about it.
  29. > 
  30.  
  31. Well, I think kits like the Indexing Kit and the DBKit
  32. (or at least parts of it) are beautiful examples of reuse
  33. in the appkit which is independent of the UI.  There 
  34. are loads of others.
  35.  
  36. With the addition of protocols in 3.0 Objective-C, we 
  37. now have tools which greatly facilitate the reuse of 
  38. _interface_, versus the reuse of implementation.
  39.  
  40. From the release notes, (without permission:)
  41.  
  42. "Protocols allow you to organize related method into
  43. groups that form high-level behaviors. This gives
  44. library builders a tool to identifiy sets of standard
  45. protocols, independent of the class hierarchy.
  46. Protocols provide language support for the reuse of
  47. design (i.e. interface), whereas classes support the
  48. reuse of code (i.e. implementation). Well designed
  49. protocols can help users of an application framework
  50. when learning or designing new classes."
  51.  
  52. However, one reason (IMHO) that apps tie in tightly
  53. with InterfaceBuilder is because it is so easy to
  54. do.  Designing for reuse it not always the primary
  55. goal when building an application (ever heard of
  56. rabid prototyping? :-)
  57. -- 
  58. Chris Walters            10600 Arrowhead Dr., Suite 350
  59. RDR, Inc.            Oakton, VA 22030
  60. walters@rdr.com            (703)591-8713,(703)273-8170 FAX
  61.  ------------------------- Hack Naked --------------------------
  62.