Re: A working document

Herman Bruyninckx <[email protected]>
Newsgroups gmane.science.robotics.orocos.user
Message-ID <Pine.LNX.4.33.0112271950250.20636-100000@pc25-213.mech.kuleuven.ac.be>
On Thu, 27 Dec 2001, Cezary Zielinski wrote:

[...]
> > Is there any difference with the data structure part of the
> > component's interface? To me, both look the same: they present a view
> > to the `outside world' on the internals of a component.
> >
>
> The definition of component within the OROCOS Glossary does not specify how
> it is implemented, thus there is some ambiguity. If we treat a component as
> something more or less equivalent to a class, then you are right - the data
> structure part of the component's interface will suffice and there is no
> need for the introduction of new names. However, if we treat as a component
> a whole process, a component (a process) has to communicate to other
> components (processes) its internal state (its image) and that has to be
> organised as a certain data transfer (export/import). In that case I like to
> use the term "image". The image is being transferred.
>
Why use another term when the whole computer science world uses
``interface'' as the term to represent the view that a component/class
offers to the outside world? ``Interface'' can be used with both
components and classes; it covers both data encapsulation as
``methods''.

Herman

Herman
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.