home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / software / 5261 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.3 KB  |  37 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!caen!uvaarpa!murdoch!murdoch.acc.virginia.edu!aj3u
  3. From: aj3u@larch.cs.virginia.edu (Asim Jalis)
  4. Subject: How to Divide Program into Files
  5. Message-ID: <AJ3U.93Jan8120741@larch.cs.virginia.edu>
  6. Sender: usenet@murdoch.acc.Virginia.EDU
  7. Organization: University of Virginia, Charlottesville, VA 22903
  8. Distribution: comp
  9. Date: Fri, 8 Jan 1993 17:07:41 GMT
  10. Lines: 25
  11.  
  12. I am writing a medium sized program and I was interested in what
  13. people thought about the different ways such a program could be
  14. divides into files.
  15.  
  16. 1. Are there any other good strategies besides dividing them by
  17. data structures or objects.  What to do when the problem does not
  18. map to the object oriented paradigm very well.
  19.  
  20. 2. Should there be a one-to-one correspondence between header
  21. files and code files?  This might be natural when using an OO
  22. strategy.  Are there any other ways to go about this given that
  23. one is not sticking dogmatically to any one design strategy.
  24.  
  25. 3. Where should the structure of the program be documented?  In
  26. the individual files?  In the makefile?  Or in a README type
  27. file?  Or nowhere: let the next programmer figure it out through
  28. a TAGS type file.
  29.  
  30. I am interested in different points of view on these questions.
  31.  
  32.  
  33. Asim.
  34.  
  35.  
  36.  
  37.