Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Re: Abgeleitete Methoden privat machen
Autor: Melkor
Datum: 18.06.07 14:02
Ich nehme an PassiveClient und SslClient sind eigentlich von FtpClient abgeleitet ("Inherits" fehlt). Das Problem ist eben genau, dass du versuchst ein Public Member als Private umzudefinieren, was, wie ich am Anfang erklärt habe, nicht geht. Philosophisch gesehen, eine Basisklasse deklariert einen Vertrag für die Klassenschnittstelle, und alle abgeleiteten Klassen sollten diese Schnittstelle auch anbieten, sonst würde ein Objekt, das als Basisklasse deklariert ist andere Methoden/Properties aufweisen als ein Objekt, dass als abgeleitete Klasse deklariert ist, auch wenn es in der Tat das gleiche Objekt wäre. Und das ist was ich gemeint habe. Öffentliche Vererbung bedeutet in der OOP eben "ist ein". Aber solche Subs deklariert man einfach als Protected, nicht Public, sind dann für Clients nicht zugreifbar. Wo ist da das Problem? Those people who think they know everything are a great annoyance to those of us who do - Isaac Asimov

Abgeleitete Methoden privat machen	762	OldMan	17.06.07 23:40
Re: Abgeleitete Methoden privat machen	601	Melkor	18.06.07 09:29
Re: Abgeleitete Methoden privat machen	530	OldMan	18.06.07 12:31
Re: Abgeleitete Methoden privat machen	665	Melkor	18.06.07 13:12
Re: Abgeleitete Methoden privat machen	579	OldMan	18.06.07 13:43
Re: Abgeleitete Methoden privat machen	518	Melkor	18.06.07 14:02
Re: Abgeleitete Methoden privat machen	522	OldMan	18.06.07 14:22
Re: Abgeleitete Methoden privat machen	567	Melkor	18.06.07 14:37
Re: Abgeleitete Methoden privat machen	533	OldMan	18.06.07 14:41

Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden. Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  Gesamtübersicht

Suchen