home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / oop / misc / 178 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  3.3 KB
  1. Path: sparky!uunet!wupost!ultramac!raph
  2. Message-ID: <1992Dec31.043751.2808621471@ultramac.uucp>
  3. Newsgroups: comp.sys.mac.oop.misc
  4. Distribution: world
  5. From: bcoleman@hayes.com (Bill Coleman)
  6. Organization: Odyssey Ultraware, Inc
  7. Date: Thu, 31 Dec 1992 04:37:51 CDT
  8. Subject: Re: Learning App Frameworks (was Re: THINK Class Library learning..)
  9. Lines: 71
  10.  
  11. In article <1992Dec29.213057.14290@news.mentorg.com>,
  12. bcohen@scherzo.NoSubdomain.NoDomain (Bruce Cohen) writes:
  13. > Damn! He hit one of my hot buttons!
  14.  
  15. You too!
  16.  
  17. > In fact, you can (or at least should be able to) understand a framework
  18. > without knowing the details of the implementation, or even the syntax of
  19. > the implementing language.  
  20.  
  21. You are correct. At least, in theory. Unfortunately....
  22.  
  23. > A framework is an organization of parts and
  24. > a description of how they work together; 
  25.  
  26. Indeed. And, in the case of MacApp and the TCL, the developers of these
  27. frameworks have only shipped half of the product. They have shipped the parts,
  28. but when it comes to delivering the description -- what little they have
  29. shipped is woefully inadequate. 
  30.  
  31. Take for example the TCL. The shipped a significant number of classes with
  32. the TCL 1.1 for which there is next to no documentation. Sure, there's a
  33. little read.me file that has a brief description of the classes. But no one
  34. at Symantec has bothered to write a description equal to the other classes
  35. that appear in the manual.
  36.  
  37. Part of the problem is the character of the implementation languages used 
  38. for these frameworks -- it isn't entirely the fault of the developers.
  39.  
  40. Until documentation and languages appear that are conducive to producing
  41. concise frameworks, we'll have to continue to struggle along with wading
  42. through the source code.
  43.  
  44. > In many situations all
  45. > you really *need* (as opoposed to what you might want to have) to write
  46. > an overriding method in a subclass is the signature of the method and
  47. > a set of assertions which describe the pre- and post-conditions for the
  48. > method.  Sure it's easier if you have some code to look at and maybe
  49. > reuse, but you could do without that.
  50.  
  51. Sounds like you are suggesting people build frameworks in Eiffel, which
  52. has formal mechanisms for defining pre and post conditions for all routines.
  53.  
  54. Too bad there isn't such an Eiffel implementation for the Mac.
  55.  
  56. -- 
  57. Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
  58. Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
  59. Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
  60. POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
  61. Disclaimer: "My employer doesn't pay me to have opinions."
  62. Quote: "The same light shines on vineyards that makes deserts." -Steve
  63. Hackett.
  64.  
  65.  
  66. ------ Internet Message Header Follows ------
  67. Path:
  68. wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!olivea!uunet!hayes!bcoleman
  69. From: bcoleman@hayes.com (Bill Coleman)
  70. Newsgroups: comp.sys.mac.oop.misc
  71. Subject: Re: Learning App Frameworks (was Re: THINK Class Library learning..)
  72. Message-ID: <6606.2b41845f@hayes.com>
  73. Date: 30 Dec 92 15:13:35 GMT
  74. References: <1992Dec1.220344.234@physc1.byu.edu>
  75. <1992Dec3.064131.23364@reed.edu>
  76. <Dec.3.13.57.31.1992.18090@gandalf.rutgers.edu>
  77. <1992Dec4.081456.13906@reed.edu> <1992Dec29.213057.14290@news.mentorg.com>
  78. Organization: Hayes Microcomputer Products, Norcross, GA
  79. Lines: 51
  80.  
  81.  
  82.