home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / object / 3404 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  2.5 KB
  1. Path: sparky!uunet!van-bc!eosvcr!aew
  2. Newsgroups: comp.object
  3. Subject: Re: Object-Oriented Methodologies - Class Specifications
  4. From: aew@eosvcr.wimsey.bc.ca (Alan Walford)
  5. Distribution: world
  6. Message-ID: <q9aHqB1w162w@eosvcr.wimsey.bc.ca>
  7. References: <715276480.1.p00058@mail.psi.net>
  8. Date: Wed, 02 Sep 92 07:54:01 PDT
  9. Organization: Eos Systems Inc, Vancouver, B.C., Canada
  10. Lines: 49
  11.  
  12. "Ronald C. Schultz" <p00058@mail.psi.net> writes:
  13.  
  14. > Object Coupling - In order to better support reuse, objects should be as 
  15. > decoupled as possible from any specific application, so that they may be 
  16. > reused in as many applications as possible.  In Rumbaugh's OMT text he 
  17. > provides a class specification for a circle on page 290.  I quote:
  18. > 
  19. > ---- start of quote -------------------------
  20. > Class Description
  21. > Class Name: Circle
  22. > Version: 1.0
  23. > Description: Ellipse whose major and minor axes are equal
  24. > Super Classes: Ellipse
  25. > Features:
  26. >     Public Attributes:
  27. >         center: Point - location of its center
  28. >         radius: Real - its radius
  29. >     Public Methods: 
  30. >         draw (Window) - draws a circle in the window
  31. >         intersectLine (Line): Set of Points - finds the 
  32. > intersection of a line and a circle, returns set 0-2 points
  33. >         area(): Real - calculates area of circle
  34. >         perimeter(): Real - calculates circumference of circle
  35. >     Private Methods: none
  36. > ---- end of quote --------------------------
  37. > 
  38. > This class specification screams of unnecessary object coupling.  Why, 
  39. > for instance, should a circle need to be aware of the existence of 
  40. > lines? or of the existence of windows?  To me, this class violates the 
  41. > very concept of a circle as defined in any geometry text.    
  42. > 
  43.  
  44. My feeling is that Draw should not be in the class. An operation that
  45. is very dependent on a user interface should be decoupled from a model 
  46. class like "Circle". Draw should be in a UI class like a "View". You can
  47. see I follow the Model-View-Controller (MVC) paradigm quite a bit.
  48.  
  49. My question is where does intersectLine go?  Does it go with Line, with
  50. Cirlce, with an application View or with some other class ? 
  51.  
  52. It should _not_ go with the application since line and circle intersection 
  53. is application independent. One would not want this sort of coupling to an
  54. application (loss of reuse). But if you do not like it going with Circle or
  55. Line, where does it go?  A Transform class perhaps ?
  56.  
  57. Al
  58. ----------------------------------------------------------------------------
  59. Alan Walford     Eos Systems Inc., Vancouver,B.C., Canada  Tel: 604-734-8655
  60. aew@eosvcr.wimsey.bc.ca  OR  ...uunet!wimsey.bc.ca!eosvcr!aew  
  61.