From: Chase Preuninger on
If you declare a method as final I don't think that the derived class
can override it.

http://groups.google.com/group/java-software-develoupment?hl=en
From: Daniel Pitts on
Chase Preuninger wrote:
> If you declare a method as final I don't think that the derived class
> can override it.
>
> http://groups.google.com/group/java-software-develoupment?hl=en
Your vague (and often inaccurate/incorrect) answers are not a good
advertisement for your group. You'd be wise to either detach the
reference to your group, or detach yourself from usenet altogether.

--
Daniel Pitts' Tech Blog: <http://virtualinfinity.net/wordpress/>
From: lbonafide on
On Mar 28, 12:18 pm, todma <toddmarshall2...(a)yahoo.com> wrote:

> So if the code can use an A, it can use a B and C because A is either
> a B or a C.

Google for Liskov Substitution Principle. You client code should
work through a reference or pointer to A, with B's and C's and future
derivatives created by some sort of factory class or method. B and C
should adhere to the contract specified by A.

From: lbonafide on
On Mar 31, 1:18 pm, Daniel Pitts
<newsgroup.spamfil...(a)virtualinfinity.net> wrote:
> Chase Preuninger wrote:

> >http://groups.google.com/group/java-software-develoupment?hl=en
>
> Your vague (and often inaccurate/incorrect) answers are not a good
> advertisement for your group. You'd be wise to either detach the
> reference to your group, or detach yourself from usenet altogether.

That's rich, coming from someone whose technical blog contains a toy
benchmark that increments a long int in a loop, prompting the
following statement:

"Why is C so slow? I thought it was supposed to be faster than Java."

You weren't serious, were you?