Re: CoBOL moved to OO
From: Howard Brazee (howard_at_brazee.net)
Date: 01/08/04
- Next message: Judson McClendon: "Re: Encryption algorithm"
- Previous message: Judson McClendon: "Re: No panic - but .. Y2K + 4"
- In reply to: Donald Tees: "Re: CoBOL moved to OO"
- Next in thread: Pierra: "Re: CoBOL moved to OO"
- Reply: Pierra: "Re: CoBOL moved to OO"
- Reply: Donald Tees: "Re: CoBOL moved to OO"
- Reply: Doug Scott: "Re: CoBOL moved to OO"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 8 Jan 2004 16:19:30 GMT
On 7-Jan-2004, Donald Tees <donald_tees@nospam.sympatico.ca> wrote:
> Consider the traditional Cobol system based on a main menu, with each
> program being a subroutine, and the common setup data being read by the
> menu. Structurally, it normally looks as follows.
>
> Main program
> call read setup stuff
> menu loop
> choose program
> call program using setup-data
> end menu loop
> stop.
On mainframes that I have worked on, the menu programs have been outside of
CoBOL programs. But it seems that menus are pretty much thinking in OO anyway.
Do you have any non-interactive examples where OO commands are useful to people
who don't "think" in OO?
Or maybe I misunderstand - that you are recommending it to replace all called
programs. From reading your post, I think this may be the case - that you
think passed arguments are a pain, and that programmers should learn to use
"invoke" as a way of avoiding passing arguments.
- Next message: Judson McClendon: "Re: Encryption algorithm"
- Previous message: Judson McClendon: "Re: No panic - but .. Y2K + 4"
- In reply to: Donald Tees: "Re: CoBOL moved to OO"
- Next in thread: Pierra: "Re: CoBOL moved to OO"
- Reply: Pierra: "Re: CoBOL moved to OO"
- Reply: Donald Tees: "Re: CoBOL moved to OO"
- Reply: Doug Scott: "Re: CoBOL moved to OO"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]