comp.lang.idl-pvwave archive - RDF feed
type: channel
description: Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado
items: Re: Object-oriented IDL?

Re: Object-oriented IDL?
type: item
description: Ray Osborn <ROsborn@anl.gov> wrote: > ...I have been > put off by what I believe is a fundamental limitation in its abilities > to handle composite data structures. IDL can handle any type and any structure of data. Ever since pointer support was added, IDL has been able to handle any dynamic or static data structure. IDL can also perform any algorithm that does not require directly accessing the operating system or the machine itself. Perhaps one more knowlegeable than I can provide a detailed description of a data structure or a non-system programming type algorithm that can not be handled by IDL. Of course, IDL can interface to external routines that can perform system programming tasks. I believe you are really referring to elegance. Object oriented languages, used correctly, can be used to handle some situations in a more elegant and more conceptually straightforward manner than their non-object oriented brethren. > I would be interested to hear from > more experienced IDL users, and perhaps the company itself, if they > think that this is a genuine limitation and whether it's something that > can/will be addressed in the future. It is not a limitation, but there is always room for features that will improve IDL and its ease of use. > > IDL is an array-based language, No it isn't, but IDL has good support for arrays. > but when I perform data analyses, I don't deal with arrays... Nor does anyone. People analyze representations of the real world. If they are lucky, these representations map to simple data structures. > If IDL were an object-based language, ... Any processing that can be done with an object oriented language can be done with a functional/procedural language such as IDL. > rather than an array-based one, I > could overload the "+" operator to perform all these operations in a > consistent fashion. As I understand it (and I'm not an OOP expert), > operator overloading just involves defining a standard set of procedures > that are invoked when perfo…
creator: Ken Knighton
date: 1996-02-27T08:00:00-00:00