home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / oop / macapp3 / 386 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  1.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!olivea!apple!applelink.apple.com
  2. From: JWBAXTER@HALCYON.HALCYON.COM
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re: Quality of CW's Class Libr
  5. Message-ID: <199301091648.AA12145@halcyon.com>
  6. Date: 9 Jan 93 16:52:00 GMT
  7. Sender: usenet@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 28
  10.  
  11. From: jwbaxter@halcyon.halcyon.com
  12. Subject: Re: Quality of CW's Class Library
  13. To: DRAPER@ODIN.MDA.UTH.TMC.EDU
  14. Cc: MACAPP3TECH$@applelink.apple.com
  15.  
  16. > Does anybody have any comments on the quality of the Component Workshop
  17. >class library?
  18. >
  19. >Is the architecture sound?
  20. Ed,
  21.    In addition to Jeff's and Bob's comments, it's worth noting that
  22. platform-independence is built into the library from the start.  Just as
  23. one example, there's a Picture class.  Which as reasonable behavior.  On
  24. the Mac, when you ask for one of these you get a MacPicture, in which the
  25. reasonable behavior is implemented using a Macintosh picture.  On the
  26. (future) Windows version, the same code would produce a picture thing
  27. suitable for Windows.  As long as you write code for the Picture class,
  28. your code should move unscathed.  Same for Fonts, Icons, Files, etc, etc,
  29. etc.  Clearly, if you write code which "knows" it's dealing with a
  30. Macintosh picture, then your code is "stuck" on the Mac.  That's your
  31. fault, not the framework's.
  32.    Whether this works in practice will be learned later this year.
  33.       --John
  34.  
  35. --------------
  36. John W. Baxter   jwbaxter@halcyon.com   [BAXTER.JOHN on AppleLink, from
  37. AppleLink only.]
  38.  
  39.