home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / clients / 188 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.7 KB  |  44 lines
  1. Newsgroups: comp.client-server
  2. Path: sparky!uunet!spool.mu.edu!agate!apple!mumbo.apple.com!gallant.apple.com!wintermute.apple.com!user
  3. From: ksand@apple.com (Kent Sandvik )
  4. Subject: Re: Need C++/SQL
  5. Sender: news@gallant.apple.com
  6. Message-ID: <ksand-211192221222@wintermute.apple.com>
  7. Date: Sun, 22 Nov 1992 06:15:35 GMT
  8. Distribution: na
  9. References: <1emr1oINNas3@iskut.ucs.ubc.ca>
  10. Organization: Apple
  11. Followup-To: comp.client-server,comp.databases,comp.lang.c++,comp.sys.mac.oop.macapp3,comp.sys.mac.programmer
  12. Lines: 30
  13.  
  14. In article <1emr1oINNas3@iskut.ucs.ubc.ca>, rawsthor@unixg.ubc.ca (Peter
  15. Rawsthorne) wrote:
  16. > My present approach is to create a class hierarchy separate 
  17. > from the existing MacApp TObject library, called CDBMSObject.
  18. > This seems to make sense given that SQL calls do not lend
  19. > themselves to being inheritable.
  20.  
  21. This feels weird. Here I'm stating that try to avoid TObject 
  22. base class use, and I'm a MacApp support engineer. Anyway,
  23. the main reason is:
  24. * You are locking to features in TObject that are hard to 
  25. re-port to Bedrock, Interviews, Garnet, Alar, whatever new
  26. frameworks out there
  27.  
  28. In other words cloning and other TObject specific features
  29. will be hard to reimplement. Now, if you are unsure about
  30. memory handling, use HandleObjects, or look at SLM that
  31. provides memory pools and GetObjectByName style object
  32. creation. 
  33.  
  34. Another design idea is to try to avoid any dependencies 
  35. whatsoever and write class libraries that have a minimal
  36. interface to the underlying OS. This is my motto nowadays.
  37. If you do a nice design you might be able to port your SQL
  38. classes to various other platforms. 
  39.  
  40. Kent
  41. -------------------
  42. Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
  43. DISCLAIMER: Private activities on the Net.
  44.