Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #35890 > unrolled thread
| Started by | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| First post | 2016-11-10 19:39 +0100 |
| Last post | 2016-11-10 19:39 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.java.programmer
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: "implements" does not mean "implements" Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-11-10 19:39 +0100
| From | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| Date | 2016-11-10 19:39 +0100 |
| Subject | Re: "implements" does not mean "implements" |
| Message-ID | <o02esp$sqo$1@gwaiyur.mb-net.net> |
On 10.11.16 01.45, Stefan Ram wrote:
> Just a small thought I had on the train today:
>
> "implements" does not always mean "implements".
>
> For example, this compiles:
>
> interface A { void m(); }
>
> abstract class C implements A { public abstract void m(); }
> C does not implement A, yet is says »C implements A«.
Abstract classes may have incomplete interface implementations. However
any derived, non-abstract class must implement the missing methods in
the same way than other abstract methods of the base class.
So any existing instance of C will implement A.
Marcel
Back to top | Article view | comp.lang.java.programmer
csiph-web