home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / cplus / 13707 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  1.6 KB
  1. Path: sparky!uunet!mcsun!corton!seti!nuri!ziane
  2. From: ziane@nuri.inria.fr (ziane mikal -)
  3. Newsgroups: comp.lang.c++
  4. Subject: Sigh. So, what is a proper class definition ?
  5. Message-ID: <4227@seti.UUCP>
  6. Date: 15 Sep 92 17:41:34 GMT
  7. References: <4210@seti.UUCP>
  8. Sender: news@seti.UUCP
  9. Organization: INRIA Rocquencourt,Le Chesnay, France.
  10. Lines: 35
  11.  
  12. Since nobody replied to the article reproduced below I infer that
  13. posting it in another group might be better.
  14. Any idea ?
  15.  
  16. Thanx in advance (Mikal.Ziane@inria.fr)
  17.  
  18.  
  19. ----------------------------
  20. Since nobody replied to my previous posting I'll rephrase differently.
  21.  
  22. The main motivation is due to always increasing class public parts
  23. while my application is getting more developped.
  24.  
  25. Is it normal to have a class interface increase constantly ?
  26. I find it very annoying because it becomes very hard to undersatnd
  27. the meaning of the class.
  28.  
  29. I have the fealing that the interface should be defined once and be
  30. as stable as possible, but I always need more functionality.
  31. The pb is that this functionality could be put outside of the interface
  32. sometimes but it is convenient or efficient to use a public method
  33. rather than a non-member function.
  34.  
  35.  
  36. Also, it is not so easy to decide what must be part of the definition
  37. and what must not.
  38. For example if I want a class List with only const objects I have a problem 
  39. to define what a list is. A list can be recursively defined in terms of
  40. a simpler one. Should I define a constructor for each "axiom" of such
  41. a definition ?
  42. For example "insert" would be forbidden, but how shall I define complex
  43. lists ?
  44.  
  45. Mikal
  46. -----------------------------
  47.