RE: [sv-ec] Comments on Chapters 10 and 11 of 3.1/draft 1


Subject: RE: [sv-ec] Comments on Chapters 10 and 11 of 3.1/draft 1
From: Neil Korpusik (Neil.Korpusik@eng.sun.com)
Date: Fri Feb 07 2003 - 16:06:24 PST


Hi Brad,

You are reviewing an old version of the LRM.
I made some comments below.

> -----Original Message-----
> From: owner-sv-ec@eda.org [mailto:owner-sv-ec@eda.org] On Behalf Of Brad
> Pierce
> Sent: Friday, February 07, 2003 8:42 AM
> To: sv-ec@eda.org
> Subject: [sv-ec] Comments on Chapters 10 and 11 of 3.1/draft 1
>
>
> 11
>
> This section might read better if it were rewritten without
> use of the pronoun 'one'.
>
>
> 11.3
>
> "A class is a collection" ???
> Isn't it more a category/type of object?

An object is an instance of a class. The class does indeed become a
user-defined type.

Many authors like to refer to a class as an encapsulation of
data and the subroutines that operate on that data. Here it is
being referred to as a collection of data and a set of subroutines
that operate on that data. I think they saying pretty much the same
thing. The word encapsulation might be a bit better though.

>
> "A class's data is referred to as properties" ???
> A class defines the common properties of a category of object.
>
>
> 11.4
>
> "The last section" --> "The previous section"
>
>
>
> 11.12
>
> I would omit the final sentence. Most C++ programmers avoid
> multiple inheritance, except maybe of abstract base classes
> (in the style of Java interfaces).

I don't see this in draft 2.

>
> 11.23
>
> "When an object is not needed anymore" --> "When an object is no longer
> needed"
>
> "The automatic memory management system ..."
> This and the rest of the section are advocacy
> and don't belong in an LRM.
>

Actually a discussion on memory management is required. If you want
to know how to use classes effectively you need to know some specifics
about the "garbage collection" mechanism. Parts of this section could
problably be deleted but there definitely does need to be a discussion
on this topic in the LRM.



This archive was generated by hypermail 2b28 : Fri Feb 07 2003 - 16:07:05 PST