home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / alt / cobol / 655 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.2 KB  |  48 lines
  1. Newsgroups: alt.cobol
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!usc!hela.iti.org!cs.widener.edu!iggy.GW.Vitalink.COM!pacbell.com!tandem!news
  3. From: Don Nelson <nelson_don@comm.tandem.com>
  4. Subject: Re: Re; Why COBOL for the 90's
  5. Message-ID: <1993Jan12.181130.11282@tandem.com>
  6. X-Xxdate: Tue, 12 Jan 93 19:24:17 GMT
  7. Sender: news@tandem.com
  8. Nntp-Posting-Host: 130.252.172.59
  9. Organization: Tandem Computers
  10. X-Useragent: Nuntius v1.1.1d7
  11. References: <93009.144631O79SI@CUNYVM.BITNET>
  12. Date: Tue, 12 Jan 1993 18:11:30 GMT
  13. Lines: 33
  14.  
  15. In article <93009.144631O79SI@CUNYVM.BITNET> , O79SI@CUNYVM.BITNET writes:
  16. >Could you please tell me more about Object Cobol ?
  17. >like when its going to be in thr
  18. >market ? what's new in it ? thinngs like that
  19.  
  20. Object-oriented COBOL is being developed by a sub-committee of ANSI 
  21. X3J4 (the COBOL Committee).  They are defining syntax and semantics to 
  22. make COBOL work somewhat in the fashion of other object-oriented 
  23. languages.  That is, you can define an object in the Data Division and 
  24. manipulate it like other data.  The actual object can be a giant program.
  25.  
  26. Obviously there is a lot more to it than that.  They think the COBOL 
  27. object-oriented stuff will be better than C++ and most of the other OO 
  28. languages around.  They are making changes that will not conflict with
  29. the 
  30. rest of COBOL and will also allow one to make an existing program an 
  31. object.  Therefore, a COBOL programmer can continue to use regular COBOL 
  32. or change to use the object stuff.  They are supposed to have a fairly 
  33. complete description of what it will look like shortly.
  34.  
  35. Some vendors already say they have some object-oriented features.  
  36. However, nobody has what the OO COBOL group is defining.  All of us in
  37. the 
  38. Standards arena hope that nobody implements anything until the definition 
  39. is complete and solid.  This should be a year or so from now.  It may not 
  40. make it into the next Standard (supposed to be 1995 or thereabouts), but 
  41. if it misses it would appear shortly thereafter as an amendment.
  42.  
  43. Don Nelson
  44. COBOL Development, Tandem Computers, Inc 
  45. ex-Chariman, CODASYL COBOL Committee & member ANSI X3J4 COBOL Comm. 
  46. nelson_don@comm.tandem.com
  47. No clever quotes here
  48.