home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / oop / macapp3 / 231 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.1 KB
  1. Path: sparky!uunet!stanford.edu!apple!applelink.apple.com
  2. From: CDA1051@AppleLink.Apple.COM (ACR Vinko Enterprises, V Tsui,ILA)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re: Bedrock News
  5. Message-ID: <724549896.1372067@AppleLink.Apple.COM>
  6. Date: 16 Dec 92 23:46:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 49
  10.  
  11. Hi Rob, Ramon:
  12.  
  13. It is always good to hear info. on upcomming "advancements".  I just have a few
  14. comments that may stir up some discussion.
  15.  
  16. >The big problem there is that every app you create carries this Framework
  17. >around as luggage....
  18. >
  19. >...why do we need to have "includes" or "USES" clauses in an OOP environment?
  20. >There should be a big object database behind the scenes -- we just call up
  21. >whatever objects we want, and the extra ones are stripped out at compile time.
  22. >All files could go away......
  23. >
  24. >Furthermore, we should be able to edit and incrementally compile any
  25. >particular part of the program, and test it out right away. This is
  26. >obviously feasible (check out MCL or some if its offspring).
  27.  
  28. From the above comments extracted from Ramon M. Felciano's EMail, it sounds
  29. like Component Workshop by Component Software Corp. is what Ramon wants.  Has
  30. anyone else looked into this alternative, that is available today or at least
  31. sometime in Jan '93, who like to comment?
  32.  
  33. As I understand it, Component Workshop' Extruder suppose to solve the problem
  34. of unwanted luggage.  It "extruds" the combination of standard objects provided
  35. by the Component Workshop frameworks and subclasses that the "programer"
  36. creates, and produce a double-clickable application with only the objects and
  37. methods used.  It also included a AT&T C++ subclasss interpreter that support
  38. incremental builds.
  39.  
  40. >It seems to me that there should be a default application framework that is
  41. >always active and is part of the system software.
  42.  
  43. Pen based systems currently have taken this approach.
  44.  
  45. Just thought I start a discussion to clear the air.
  46.  
  47. Sincerly,
  48.  
  49. :-)
  50.  
  51. Vinko Tsui
  52. Vinko Enterprises
  53. 1193 Lindsay Drive
  54. Oakville, Ontario
  55. Canada
  56. L6M 3B8
  57. Tel.: (416) 338-7836
  58. Fax.: (416) 338-7836 (automatic Fax Modem attached)
  59.  
  60.