Verständnisfrage Umstellung c++ struct

[Sunec]

Code:

struct mystruct
{
   int               index;
   inline char * const name( void ) const { return ((char *)this) + index; }
   int                range;
};

Bezieht sich das "this" in der inlined Funktion in diesem Fall auf die struct selbst oder auf die eingebundene Funktion?

Bei der Umstellung nach Delphi wäre es ja dann entweder die Adresse der struct oder struct + 4 Bytes (aufgerund des ersten structmembers Index).

Tue mir da irgendwie gerade schwer mit. :?

[Der schöne Günther]

Um die Frage zu beantworten: Auf die Struktur. Das sieht du, z.B. im Visual Studio, auch beim draufhalten mit der Maus.

Die Struktur an sich verstehe ich aber überhaupt nicht. Zwei Integer und eine Methode sich selbst auf einen Char-Pointer zu casten. Das macht keinen Sinn. Es könnte Sinn machen, wenn in der Struktur noch mehr enthalten wäre (z.B. ein Char-Array) und du uns das verschweigst ;-)

[frankyboy1974]

Hallo,

wer hat behauptet C/C++ würde Sinn machen.

mfg

[Sunec]

Danke das hatte ich mir schon gedacht. Dann scheitert es wahrscheinlich an meiner Deklaration der inlined Funktion.

Die struct ist tatsächlich etwas komplexer enthält allerdings kein Char Array.

Name ermittelt anhand des Indexes, wie der Name schon erahnen lässt, den einen Namen, der in einem anderen Speicherbereich liegt.

[uligerhardt]

Zitat:

Zitat von frankyboy1974 (Beitrag 1313240)

wer hat behauptet C/C++ würde Sinn machen.

:roll:

[Sunec]

Es macht schon Sinn, da der Name bereits woanders im Speicher vorhanden ist und so nicht doppelt abgelegt wird. Er wird somit nur ermittelt und die Methode Name dient als Verweis.

[frankyboy1974]

Hallo,

welcher Name ist jetzt bereits abgelegt? Der Name einer Methode (Funktion) wird eigentlch nirgends abgelegt. Ich dachte immer der Name einer Methode spielt für den Programmierer eine Rolle, der Compiler ersetzt das ganze durch eine Speicheradresse. Aus meiner Sicht ist C/C++ eine Programmiersprache, wo es eigentlich nicht mehr um zielorientierte Programmierung geht, sondern nur um Verwirrung. Noch besser ist allerdings perl, zumindestens in diesem Gebiet.

mfg

[BUG]

Zitat:

Zitat von frankyboy1974 (Beitrag 1313240)

wer hat behauptet C/C++ würde Sinn machen.

Zitat:

Zitat von Sunec (Beitrag 1313247)

Es macht schon Sinn, da der Name bereits woanders im Speicher vorhanden ist und so nicht doppelt abgelegt wird. Er wird somit nur ermittelt und die Methode Name dient als Verweis.

Solche Verrenkungen sind der Grund wieso C++ so einen schlechten Ruf hat :|
Ein Zeiger oder eine Referenz auf den Namen (einen String, kein Char-Zeiger) hätten es vermutlich auch getan. Es sei denn, du hast da einen hochoptimierten, weggekapselten Programmteil.

Zitat:

Zitat von frankyboy1974 (Beitrag 1313254)

Aus meiner Sicht ist C/C++ eine Programmiersprache, wo es eigentlich nicht mehr um zielorientierte Programmierung geht, sondern nur um Verwirrung.

:roll:

[uligerhardt]

Zitat:

Zitat von frankyboy1974 (Beitrag 1313254)

Aus meiner Sicht ist C/C++ eine Programmiersprache, wo es eigentlich nicht mehr um zielorientierte Programmierung geht, sondern nur um Verwirrung.

Sorry, aber das ist Delphi-Fanboi-Stuss. Erstens ist "C/C++" nicht eine Programmiersprache, sondern zwei reichlich unterschiedliche. Und im Vergleich mit C++ zieht Delphi bei vielen Dingen den Kürzeren. Gelegentlich sogar bei der Lesbarkeit.

[frankyboy1974]

Hallo,

dann ist (sind) Delphi wohl auch zwei Programmiersprachen (Pascal und ObjectPascal), wobei Delphi eigentlich nur eine Entwicklungsumgebung meint. C (als funktionale) und C++ (als objektorientierte) mögen zuweilen schneller ausgeführt werden, als Delphi-Quellcode, aber die Lesbarkeit (zumindestens im Durchschnitt) würde hier klar an Delphi (ObjectPascal) gehen. In C/C++ sind Konstrukte möglich, die ich trotz Informatikstudium schon fast nicht mehr verstehen kann (Es dauert zuweilen zumindestens Stunden bis ich das nachvollzogen habe).
Es gibt aus meiner Sicht Programmiersprachen, die den Entwickler geradezu auffordern unleserlich Code zu fabrizieren (C und C++, Perl) und welche die von Grund auf Lesbar sind (Delphi / Java).

mfg

[uligerhardt]

@frankyboy1974
Prinzipiell geb ich dir schon recht, dass Delphi ím Schnitt einfacher und lesbarer ist als C oder C++. Aber wenn solche Hammer-Aussagen kommen wie anfangs von dir... :mrgreen:

[BUG]

Hach ja ... C ist prozedural, nicht funktional.

Das Schöne an C++ ist imho, das man mächtige Abstraktionen und Domänen-spezifische Konstrukte als Bibliotheken schaffen kann, die teilweise völlig ohne Laufzeit-Overhead auskommen. Ein einfaches Beispiel sind unique_ptr, aber auch Expression-Templates.
Man sollte das natürlich nicht übertreiben und nicht versuchen, zu clever zu sein; insbesondere wenn man gerade den Anwendungsprogrammierer-Hut auf hat. Deswegen gibt es Styleguides, Linter und statische Analysewerkzeuge, die einem dann auf die Finger hauen.

[Mikkey]

Die Inline-Funktion ermittelt einen Char-Zeiger auf einen Speicherbereich, der um den Wert von index hinter den Strukturbeginn liegt. Vermutlich muss in index ein Wert >= 8 enthalten sein, damit etwas Vernünftiges dabei herauskommt.

Hier wird übrigens kein Typ definiert, sondern die Struktur selbst (sonst stände "typedef" davor).

Und zu der Delphi vs. C/C++-Rangelei:
Wenn jemand geschickt genug ist, schafft er es in jeder Programmiersprache unleserlichen Code zu schreiben. Und...

Ein Programmierer, der diesen Namen verdient schreibt in jeder Sprache Programme, die durchschaubar sind (mein Tipp: Der Urheber der genannten Struktur gehört nicht dazu).

[BUG]

Zitat:

Zitat von Mikkey (Beitrag 1313271)

Hier wird übrigens kein Typ definiert, sondern die Struktur selbst (sonst stände "typedef" davor).

C-Programmierer entdeckt :mrgreen:
Das ist in C++ nicht nötig.

[frankyboy1974]

hallo,

Zitat:

Die Inline-Funktion ermittelt einen Char-Zeiger auf einen Speicherbereich, der um den Wert von index hinter den Strukturbeginn liegt. Vermutlich muss in index ein Wert >= 8 enthalten sein, damit etwas Vernünftiges dabei herauskommt.

Vermutlich

mfg

[Sunec]

Hatte den PAnsiChar Cast falsch :oops:.

Naja kann passieren.

Die Delphi vs C vs C++ Diskussion finde ich lustig, damit hätte ich in diesem Thread nicht gerechnet. :-D