Typecasting in C#

[Neutral General]

Hi,

In Delphi geht ja folgendes:

Delphi-Quellcode:

var x: TObject;
    y: TButton;
begin
  x := y;
end;

Das geht in C# nicht. Ich habe meine SocketEx-Klasse von Socket abgeleitet und mein Problem ist gerade, dass Socket.Accept() ein Socket zurück gibt und er mir das weder implizit noch explizit konvertieren will.

Code:

SocketEx tmp;

tmp = (SocketEx)server.Accept();

Das compiliert zwar, wirft aber eine Exception. Weiß jemand wies geht?

[Elvis]

Zitat von Neutral General:

Hi,
In Delphi geht ja folgendes:

Delphi-Quellcode:

var x: TObject;
    y: TButton;
begin
  x := y;
end;

Das geht in C# nicht.

Natürlich ginge das in C#!

Zitat:

Ich habe meine SocketEx-Klasse von Socket abgeleitet und mein Problem ist gerade, dass Socket.Accept() ein Socket zurück gibt und er mir das weder implizit noch explizit konvertieren will.

Code:

SocketEx tmp;
tmp = (SocketEx)server.Accept();

Das compiliert zwar, wirft aber eine Exception. Weiß jemand wies geht?

Gibt "Accept" denn auch wirklich eine Instanz zurück, die SocketEx ode reiner seiner Nachfahren ist?
In Delphi kannst du alles auf alles casten, weil Delphi zur Laufzeit nicht Typsafe ist.
.Net IST typesafe. Du kannst nicht eine Referenz von Socket als SocketEx nutzen, wenn die Referenz nicht auf eine Instanz von SocketEx oder einen Nachfahren zeigt.

das hier würde gehen:

Code:

Socket ref1 = new SocketEx();
SocketEx ref2 = (SocketEx)ref1;

[Neutral General]

Hi,

Also so sieht meine (noch sehr bescheidene^^) SocketEx Klasse aus:

Code:

public class SocketEx:Socket
{
   public bool isbusy;   
      
   SocketEx(AddressFamily addr, SocketType socktype,ProtocolType protoc):base(addr,socktype,protoc)
   {
         
   }
}

Die Methode Accept() von Socket gibt ein Socket zurück. Quasi:

Code:

public Socket Accept()
{
  // ka
}

und folgendes geht nicht:

Code:

public static SocketEx server = new SocketEx(AddressFamily.InterNetwork,SocketType.Stream,ProtocolType.Tcp);

// ...

SocketEx tmp;
tmp = server.Accept();

Meldung:

Zitat:

Der Typ System.Net.Sockets.Socket kann nicht implizit in TestServer.SocketEx konvertiert werden. Es ist eine explizite Konvertierung vorhanden. (Fehlt eine Umwandlung?) (CS0266) - I:\CSharp\TestServer\Program.cs:114,11

[xaromz]

Hallo,

sowas kann ja nicht gehen. Du hast eine Variable vom Typ einer abgeleiteten Klasse, und willst ihr ein Objekt der Basisklasse zuweisen. Andersrum wird ein Schuh draus. Sowas klappt auch in Delphi nicht.

Gruß
xaromz

[Neutral General]

Ehm Recht hast du.

Aber wie löse ich denn jetzt mein Problem konkret? Das muss doch gehn?! Ich steh grad aufm Schlauch

[Phoenix]

Zitat von Neutral General:

Die Methode Accept() von Socket gibt ein Socket zurück. Quasi:

Code:

public Socket Accept()
{
  // ka
}

und folgendes geht nicht:

Code:

public static SocketEx server = new SocketEx(AddressFamily.InterNetwork,SocketType.Stream,ProtocolType.Tcp);
// ...
SocketEx tmp;
tmp = server.Accept();

Na, wenn Du einen Socket zurückgibst, musst Du auch einen Socket als Variable deklarieren:

Code:

SocketEx server = new SocketEx(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
Socket tmp = server.Accept();

[Neutral General]

Zitat von Phoenix:

Na, wenn Du einen Socket zurückgibst, musst Du auch einen Socket als Variable deklarieren:

Code:

SocketEx server = new SocketEx(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
Socket tmp = server.Accept();

Ah joo.. Schon klar, dass das so geht. Und wie bekomm ich.... moment!

Das Problem ist einfach, dass das Socket was ich von Accept() zurückbekomme eben nur ein Socket ist und kein SocketEx -.- Also kann ich da noch so viel rumcasten. Wenns kein SocketEx ist, ists kein SocketEx...

Toll -.- Jetzt bin ich mit meinem (C#-)Latein am Ende

[Jürgen Thomas]

Denkt doch nicht so kompliziert! So einfach geht es:

Code:

SocketEx ext = server.Accept() as SocketEx;
if (ext != null) // usw.

Begründung: Accept liefert eine Socket-Instanz. Wenn es sich dabei aufgrund der äußeren Umstände wirklich um eine SocketEx-Instanz handelt, kann es mit as einfach konvertiert werden. Dies hat außerdem den Vorteil, dass die as-Konvertierung im Fehlerfall null zurückliefert, ohne dass es zu einer Exception führt. Dies kann (besser: sollte in der Regel) vor der Fortsetzung geprüft werden.

Das besagte auch die obige Fehlermeldung:

Zitat:

Es ist eine explizite Konvertierung vorhanden. (Fehlt eine Umwandlung?)

nämlich "as" benutzen als explizite Konvertierung.

Gruß Jürgen

[Khabarakh]

Beschreibe doch einmal näher, was du mit deiner SocketEx-Klasse vorhast. Wenn es ein Wrapper werden soll, ist Vererbung der falsche Weg.

[Neutral General]

Zitat von Jürgen Thomas:

Denkt doch nicht so kompliziert! So einfach geht es:

Code:

SocketEx ext = server.Accept() as SocketEx;
if (ext != null) // usw.

Begründung: Accept liefert eine Socket-Instanz. Wenn es sich dabei aufgrund der äußeren Umstände wirklich um eine SocketEx-Instanz handelt, kann es mit as einfach konvertiert werden. Dies hat außerdem den Vorteil, dass die as-Konvertierung im Fehlerfall null zurückliefert, ohne dass es zu einer Exception führt. Dies kann (besser: sollte in der Regel) vor der Fortsetzung geprüft werden.

Das besagte auch die obige Fehlermeldung:

Zitat:

Es ist eine explizite Konvertierung vorhanden. (Fehlt eine Umwandlung?)

nämlich "as" benutzen als explizite Konvertierung.

Gruß Jürgen

Das Problem ist eben, dass Accept() eben KEINE SocketEx Instanz zurückgibt, sondern nur eine Socket-Instanz. D.h. der Cast durch as liefert mir null.

Zitat von Khabarakh:

Beschreibe doch einmal näher, was du mit deiner SocketEx-Klasse vorhast. Wenn es ein Wrapper werden soll, ist Vererbung der falsche Weg.

Ich weiß, dass es der falsche Weg wäre. Aber ich will im Prinzip der Socketklasse nur (im Moment) eine weitere Variable hinzufügen.