Re: OO applications

In <42fc651d$1@xxxxxxxxxxxx>, Craig <benbowcSpamNotI@xxxxxxxxxxxxx> writes:
>johnsuth@xxxxxxxxxxxxx wrote:
>> In <MPG.1d6630c322c4925a989e3b@xxxxxxxxxxxxxxx>, Aaron Lawrence <aaronlNOT@xxxxxxxxxxxxxxxxxx> writes:
>>
>>>At that very moment, johnsuth@xxxxxxxxxxxxx turned to
>>>comp.os.os2.programmer.misc and said
>>>
>>>>Are OO applications seen on corporate mainframes, or are they mostly seen on
>>>>single user systems?
>>>
>>>What do you mean by OO? Object Oriented?
>>>
>>>If so then probably most of your desktop applications are written using
>>>OO language or design in some form. Whether the applications have an OO
>>>user model is another question as we all know well... :)
>>
>>
>>
>> Yes, but what about corporate mainframes. Does one see applications sending
>> messages to objects there?
>>
>It really depends on the software thats being run. Typically maiframes
>are data storage and processing facilities that typically have run
>programs written in C, COBOL, Fortran etc. These languages are not
>object orientated although OO designs will work in them but they are not
>easy to write effectively. The type of transaction processing work many
>mainframes do is actually more efficient in script type programs that
>start do a bunch of processing and stop.
>Newer installations may well be running programs written in C++ or
>SmallTalk etc. These types of setups you would find where adaptive
>and/or interactive systems are required such as research facilities...
>
>For all that I'm not sure what your question was leading to. If you are
>wondering if OO sytems are being programmed on Mainframes the answer is
>no doubt yes. If you are asking if they are widely used I would say not
>likely for mainly historic reasons.


Thanks Craig.

I have been reading OO programming texts, and the authors' explanations and
justifications for OO design and programming, without sharing their enthusiasm
for the paradigm.

I have picked up from the collected writings, the view that OO is great for
simulating on the computer display, unstructured interactive tasks; e.g.
typesetting, drawing, painting, board games. However I don't see any reason to
denigrate the procedural languages when so many business tasks are all about
following procedures.

Hence my curiosity about OO applications on mainframes.

Can I assume that SNA and CICS will live on (like OS/2) until users
encounter a compelling reason to pay for a change?



.

Relevant Pages

  • Re: question about component integration or assembly
    ... File Design and File Indexing ... Microcomputer Applications by Graurer and Sugrue p. 370, ... management system also provides the ability to delete records as well as add ... Programmers and database users also find SQL to be valuable ...
    (comp.object)
  • Re: AMD to produce ATI GPUs in Dresden
    ... Why does IBM *have* high-end fab capability? ... less than "cutting-edge" design techniques on products with the ... Mainframes are the best tools in the world ...
    (comp.sys.ibm.pc.hardware.chips)
  • Re: My First C# (warning - long post)
    ... In several IBM mainframe shops (which is what I knew best in those ... move to many classes with small method applications. ... The one main OO design point that you should eventually spot from ... and all hold onto the **Single Responsibility Principle. ...
    (comp.lang.cobol)
  • Re: ACCESS 2007: need help in database breakdown and table creatio
    ... When your design is ... will allow a novice Access user to quickly create some applications ... Tbl PayRates w/ Empl#, PrevPay, CurrentPay, Date of Raise, Level, ... tblEmployee records should have information only about the ...
    (microsoft.public.access.tablesdbdesign)
  • 4th. International Signal Processing Conference
    ... "Workshop on Embedded Signal Processing and Communications System ... "Hardware Design Flows Using Model-Based Design" ... DSP and micro-controllers. ... applications for signal processing. ...
    (comp.dsp)