home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sw / componen / 171 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.0 KB
  1. Path: sparky!uunet!dove!swe.ncsl.nist.gov!kuhn
  2. From: kuhn@swe.ncsl.nist.gov (Rick Kuhn)
  3. Newsgroups: comp.sw.components
  4. Subject: Re: SE and EE components
  5. Message-ID: <6861@dove.nist.gov>
  6. Date: 12 Nov 92 14:37:01 GMT
  7. References: <1992Nov10.042818.11581@latcs1.lat.oz.au>
  8. Sender: news@dove.nist.gov
  9. Lines: 38
  10. X-Newsreader: TIN [version 1.1 PL6]
  11.  
  12. Jason M Baragry (baragry@latcs1.lat.OZ.AU) wrote:
  13. : 
  14.  
  15. ..
  16.  
  17.  
  18. : 
  19. : 
  20. :     Also, the notion of predefined and understood functionality of components
  21. : seems to be an important factor in engineering design. Are there plans for 
  22. : standardizing the functionality of software components rather than the interfaces
  23. : to them? 
  24. : 
  25.  
  26. Yes, notably the POSIX standards, which standardize both the interface
  27. and software component functionality.  Unfortunately the word
  28. "interface" has different meanings.  Most of the writing about open
  29. system standards, including my own, says that the standards simply
  30. define "an interface rather than an implementation".  But in this case,
  31. "interface" means both the function call syntax and a complete
  32. behavioral description.  POSIX standards are now required to define a
  33. language independent specification (LIS), which defines standard
  34. functionality.  The LIS is then mapped to a call syntax for particular
  35. programming languages (actually just C in almost all cases).
  36.  
  37. Any component that provides the specified behavior through the
  38. specified call syntax meets the requirements of the standard.  This use
  39. of the term interface is contrasted with a standard "implementation",
  40. which would mean standardizing on a particular collection of source or
  41. executable programs.  It is unfortunate that the word "interface" has
  42. become overloaded in this way.
  43.  
  44. --
  45.  
  46. Rick Kuhn                                   Telephone: +1 301 975 3337       
  47. Natl Institute of Standards & Technology    Fax:       +1 301 590 0932      
  48. Technology Bldg. B266                       Internet: kuhn@nist.gov
  49. Gaithersburg, Md.  20899  USA                       DRKuhn@dockmaster.ncsc.mil
  50.