Plain Old Data structure - Versionsgeschichte

Filzstift: /* Siehe auch */ +1

2022-05-31T10:26:36Z

Siehe auch: +1

← Nächstältere Version		Version vom 31. Mai 2022, 12:26 Uhr
Zeile 22:		Zeile 22:
	== Siehe auch ==		== Siehe auch ==
	* [[Plain Old Java Object]]		* [[Plain Old Java Object]]
			* [[Plain old CLR object]]

	== Literatur ==		== Literatur ==

2.207.188.98: "Konstruktor" wurde 2 mal erwähnt, vermutlich ist einmal "destruktor" gemeint quelle: https://en.wikipedia.org/wiki/Passive_data_structure

2021-07-01T14:46:39Z

"Konstruktor" wurde 2 mal erwähnt, vermutlich ist einmal "destruktor" gemeint quelle: https://en.wikipedia.org/wiki/Passive_data_structure

← Nächstältere Version		Version vom 1. Juli 2021, 16:46 Uhr
Zeile 8:		Zeile 8:
	== PODs in C++ ==		== PODs in C++ ==

	In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten ~~Konstruktor~~ und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <span style="font-family:monospace;">private</span> oder <span style="font-family:monospace;">protected</span> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.		In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Destruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <span style="font-family:monospace;">private</span> oder <span style="font-family:monospace;">protected</span> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.

	Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <span style="font-family:monospace;">union</span> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.		Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <span style="font-family:monospace;">union</span> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.

TaxonBot: Bot: Überarbeitung veralteter Syntax / HTML-Validierung

2021-04-10T12:08:15Z

Bot: Überarbeitung veralteter Syntax / HTML-Validierung

← Nächstältere Version		Version vom 10. April 2021, 14:08 Uhr
Zeile 8:		Zeile 8:
	== PODs in C++ ==		== PODs in C++ ==

	In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <tt>private</tt> oder <tt>protected</tt> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.		In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <span style="font-family:monospace;">private</span> oder <span style="font-family:monospace;">protected</span> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.

	Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <tt>union</tt> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.		Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <span style="font-family:monospace;">union</span> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.

	== PODs in Java ==		== PODs in Java ==

Fruchtzwerg94: Änderungen von 78.104.51.209 (Diskussion) auf die letzte Version von Starkiller3010 zurückgesetzt

2020-09-17T07:28:02Z

Änderungen von 78.104.51.209 (Diskussion) auf die letzte Version von Starkiller3010 zurückgesetzt

← Nächstältere Version		Version vom 17. September 2020, 09:28 Uhr
Zeile 8:		Zeile 8:
	== PODs in C++ ==		== PODs in C++ ==

	In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind.~~MIT EINEM RIESEN PENIS~~ Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <tt>private</tt> oder <tt>protected</tt> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.		In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <tt>private</tt> oder <tt>protected</tt> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.

	Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <tt>union</tt> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.		Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <tt>union</tt> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.

78.104.51.209: /* PODs in C++ */

2020-09-17T06:30:09Z

PODs in C++

← Nächstältere Version		Version vom 17. September 2020, 08:30 Uhr
Zeile 8:		Zeile 8:
	== PODs in C++ ==		== PODs in C++ ==

	In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind. Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <tt>private</tt> oder <tt>protected</tt> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.		In [[C++]] ist ein POD-Datentyp entweder ein skalarer Datentyp oder eine POD-Klasse. Eine POD-Klasse hat keinen benutzerdefinierten Kopier-Zuweisungs-Operator, keinen benutzerdefinierten Konstruktor und keine nicht-statischen Attribute, die nicht selbst PODs sind.MIT EINEM RIESEN PENIS Darüber hinaus muss eine POD-Klasse ein Aggregat-Typ oder eine [[Verbund (Datentyp)#Unions\|union]] sein, das heißt, sie darf keine benutzerdefinierten Konstruktoren haben, keine nicht-statischen Attribute die als <tt>private</tt> oder <tt>protected</tt> definiert sind, keine Basisklassen und keine [[Virtuelle Methode\|virtuelle Funktionen]]. Der C++-Standard<ref group="Literatur">Information Technology Industry Council: ''Programming languages — C++, Second edition'', ISO/IEC, Geneva 15. Oktober 2003, 14882:2003</ref> enthält weitere Details über das Verhalten von PODs in C++.

	Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <tt>union</tt> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.		Abhängig von der konkreten Verwendung sind in C++ unter Umständen nur POD-Typen möglich. Zum Beispiel kann eine <tt>union</tt> in C++98 keine Klassen enthalten, die [[Virtuelle Methode\|virtuelle Funktionen]] oder nicht-triviale Konstruktoren oder Destruktoren besitzt. Diese Einschränkung kommt daher, dass der Compiler nicht entscheiden kann, welche Konstruktoren oder Destruktoren für die Elemente der union aufgerufen werden sollen. POD-Typen können auch zum Aufruf von C-Funktionen verwendet werden, da [[C (Programmiersprache)\|C]] nur PODs unterstützt.

Starkiller3010 am 21. September 2019 um 18:32 Uhr

2019-09-21T18:32:57Z

← Nächstältere Version		Version vom 21. September 2019, 20:32 Uhr
Zeile 29:		Zeile 29:
	* Walter E. Brown ([[Fermi National Accelerator Laboratory]]): [http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ISOcxx/doc/POD.html C++ Language Note: POD Types], 29. September 1999, zuletzt aktualisiert am 29. November 1999.		* Walter E. Brown ([[Fermi National Accelerator Laboratory]]): [http://www.fnal.gov/docs/working-groups/fpcltf/Pkg/ISOcxx/doc/POD.html C++ Language Note: POD Types], 29. September 1999, zuletzt aktualisiert am 29. November 1999.
	* Sun/Oracle: [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Code Conventions for the Java Programming Language], 20. April 1999.		* Sun/Oracle: [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Code Conventions for the Java Programming Language], 20. April 1999.

			== Einzelnachweise ==
			<references/>

	[[Kategorie:C++]]		[[Kategorie:C++]]

Starkiller3010: Einzelnachweis überarbeitet

2019-09-21T18:32:21Z

Einzelnachweis überarbeitet

← Nächstältere Version		Version vom 21. September 2019, 20:32 Uhr
Zeile 14:		Zeile 14:
	== PODs in Java ==		== PODs in Java ==

	In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält,<ref>~~Siehe~~ ~~[http~~://www.oracle.com/technetwork/java/codeconventions-137265.html#177 ~~Java~~ ~~Code~~ ~~Conventions~~ ~~10.1]</ref>~~ ~~das~~ ~~entspricht~~ ~~dem~~ ~~Konzept~~ ~~eines~~ ~~[[Transferobjekt~~\|~~Transferobjekts]].~~ Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und JavaBeans das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.		In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält, das entspricht dem Konzept eines [[Transferobjekt\|Transferobjekts]].<ref>{{cite web \| url=https://www.oracle.com/technetwork/java/codeconventions-137265.html#177 \| title=Oracle Technology Network Java \| publisher=oracle.com \| language=englisch \| accessdate=2019-09-21}}</ref> Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und JavaBeans das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.

	== Weiteres ==		== Weiteres ==

Boonekamp: technetwork

2019-09-21T17:11:28Z

technetwork

← Nächstältere Version		Version vom 21. September 2019, 19:11 Uhr
Zeile 14:		Zeile 14:
	== PODs in Java ==		== PODs in Java ==

	In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält (Siehe [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Java Code Conventions 10.1]), das entspricht dem Konzept eines [[Transferobjekt\|Transferobjekts]]. Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und JavaBeans das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.		In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält,<ref>Siehe [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Java Code Conventions 10.1]</ref> das entspricht dem Konzept eines [[Transferobjekt\|Transferobjekts]]. Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und JavaBeans das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.

	== Weiteres ==		== Weiteres ==

Aka: doppelten Link entfernt

2017-12-16T16:37:59Z

doppelten Link entfernt

← Nächstältere Version		Version vom 16. Dezember 2017, 18:37 Uhr
Zeile 14:		Zeile 14:
	== PODs in Java ==		== PODs in Java ==

	In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält (Siehe [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Java Code Conventions 10.1]), das entspricht dem Konzept eines [[Transferobjekt\|Transferobjekts]]. Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und [[JavaBeans]] das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.		In [[Java_(Programmiersprache)\|Java]] wird das POD-Konzept manchmal mit einer Klasse gleichgesetzt, die nur öffentliche Attribute und keine Methoden enthält (Siehe [http://www.oracle.com/technetwork/java/codeconventions-137265.html#177 Java Code Conventions 10.1]), das entspricht dem Konzept eines [[Transferobjekt\|Transferobjekts]]. Manchmal werden auch [[Plain_Old_Java_Object\|POJOs]] (Klassen, die nur Getter und Setter, aber keine Business-Logik enthalten) und [[JavaBeans]], sofern sie kein Event-Handling verwenden und keine anderen Methoden außer Gettern und Settern enthalten, als PODs bezeichnet. Auf der anderen Seite verwenden [[Plain_Old_Java_Object\|POJOs]] und JavaBeans das Konzept der Kapselung und verstoßen damit gegen eine der fundamentalen Eigenschaften eines POD-Datentyps.

	== Weiteres ==		== Weiteres ==

Zero Thrust: HC: Ergänze Kategorie:Programmiersprachelement

2013-12-14T00:08:04Z

HC: Ergänze Kategorie:Programmiersprachelement

← Nächstältere Version		Version vom 14. Dezember 2013, 02:08 Uhr
Zeile 31:		Zeile 31:

	[[Kategorie:C++]]		[[Kategorie:C++]]
			[[Kategorie:Programmiersprachelement]]