class Person
{
public:
	std::string Vorname;
	std::string Nachname;
	double Alter;
	double Gewicht;
	double Größe;
	std::string Augenfarbe;
	std::string Haarfarbe;
};

In der CPP – Datei habe ich folgendes geschrieben:

#include <iostream>
#include <string>
#include "Deklaration.h"
using namespace std;

int main()
{
	cout << "\tErste bewusste Klassendeklaration!\n";
	cout << "\n";

	Person Passant;

	cout << "Geben Sie Ihren Vornamen an!\n";
	cin  >> Passant.Vorname;

	cout << "Geben Sie Ihren Nachnamen an!\n";
	cin  >> Passant.Nachname;

	cout << "Geben Sie Ihr Alter an!\n";
	cin  >> Passant.Alter;

	cout << "Geben Sie Ihr Gewicht an!\n";
	cin  >> Passant.Gewicht;

	cout << "Geben Sie Ihre Augenfarbe an!\n";
	cin  >> Passant.Augenfarbe;

	cout << "Geben Sie Ihre Haarfarbe an!\n";
	cin  >> Passant.Haarfarbe;

	cout << "Geben Sie Ihre Groesse an!\n";
	cin  >> Passant.Größe;

	cout << "\n";
	cout << "Das haben Sie angegeben:\n";
	cout << "\n";
	cout << "Vorname:    " << Passant.Vorname << "\n";
	cout << "Nachname:   " << Passant.Nachname << "\n";
	cout << "Alter:      " << Passant.Alter << "\n";
	cout << "Gewicht:    " << Passant.Gewicht << "\n";
	cout << "Augenfarbe: " << Passant.Augenfarbe << "\n";
	cout << "Haarfarbe:  " << Passant.Haarfarbe << "\n";
	cout << "Groesse:    " << Passant.Größe << "\n";

	return 0;
}

Nun wollte ich die Variablen(=Daten=Attribute), die ich als public deklariert habe, als private deklarieren und über Elementfunktionen(=Methoden) auf die Attribute zugreifen.
Hier noch einmal die Syntax für eine Klassendeklaration:

class Klassenname
{
public:
	Typ elementfunktion1();
	Typ elementfunktion2();
	//und weitere 

private:
	Typ attribut1;
	Typ attribut2;
	//weitere
};

Ich muss zugeben, dass ich momentan keinen Plan habe, wie ich einen Konstruktor, Destruktor und Elementfunktionen erstellen muss, damit ich eben auf die Attribute wie Haarfarbe, Augenfarbe, usw. zugreifen kann.
Wie würdet ihr das machen? Hätte einer von euch einen konstruktiven Vorschlag bzw. Lösungsansatz??
Vielen Dank für die Antworten im Voraus.
Gruß
Max

Edit:

Auf http://www.cplusplus.com/reference/ wird folgendes Beispiel aufgeführt:

// classes example
#include <iostream>
using namespace std;

class CRectangle {
    int x, y;
  public:
    void set_values (int,int);
    int area () {return (x*y);}
};

void CRectangle::set_values (int a, int b) {
  x = a;
  y = b;
}

int main () {
  CRectangle rect;
  rect.set_values (3,4);
  cout << "area: " << rect.area();
  return 0;
}

Hier nun meine Fragen:
1.)Kann es sein, dass man nicht immer einen Konstruktor und einen Destruktor benötigt?
2.)x und y sind private . Kann man denn mit einer Funktion, im Beispiel von C++ Reference, mit int area () {return (x*y);} ganz einfach auf die Attribute x und y zugreifen?
3.)Was hat der Datentyp void hier für eine Bedeutung? Verstehe ich das richtig, dass die Funktion void set_values nichts zurück gibt??
4.)Warum werden x und y als private deklariert, wenn so wieso a und b verwendet werden??

Gruß

Max

2.- ja kannst, dafür sind diese Memberfunktionen (auch Methoden genannt) da

3.- Ja. Die setzt nur die Internas auf den übergebenen Wert

4.- Werden sie nicht. Es gibt das Konzept der Kapselung, such da mal nach.

..., siehe dazu die Regel der Großen Drei.

Was sind denn die Großen Drei??

LG, freakC++

und verwende Getter- und Setter-Methoden

Dafür würde dich der ein oder andere auch tötgen.

Aber nur, wenn er keine Ahnung von Software Engineering hat.

struct Number
{
    int value;
};

vs.

class Number
{
    int value;

public:
    int getValue() const
    {
        return value;
    }

    void setValue(int newValue)
    {
        value = newValue;
    }
};

freakC++ schrieb:

und verwende Getter- und Setter-Methoden

Dafür würde dich der ein oder andere auch tötgen.

Der Trick ist, dass man nur Getter und Setter für die Member anbietet, auf die man von aussen auch Zugriff haben soll. Alles andere soll ja aber die "normalen" Methoden gehen. Der Nutzer soll ja auch keine Ahnung und auch kein Interesse an deiner Implementierung haben, wenn doch ist er schon falsch dran.

(Regel: Programmiere gegen Interfaces und nicht gegen Implementierungen)

freakC++ schrieb:

Aber nur, wenn er keine Ahnung von Software Engineering hat.

struct Number
{
    int value;
};

vs.

class Number
{
    int value;

public:
    int getValue() const
    {
        return value;
    }

    void setValue(int newValue)
    {
        value = newValue;
    }
};

Solange es in C++ keine Property-Schreibweise gibt, ziehe ich in der Regel (Ausnahme s.u.) letzteres aus mehreren Gründen trotz des Overheads vor:

1. Man kann ohne den restlichen Code umschreiben zu müssen auch noch nachträglich Bereichsprüfungen oder andere nötige Logik durchführen.
2. Man kann die Zugriffe regeln (z.B. auf Setter verzichten, oder diese nur für abgeleitete Objekte freigeben - auch hier ziehe ich wegen Punkt 1. diese Schreibweise vor), und für gegenseitig abhängige Werte auch ein Interface erzwingen in dem diese als Gesamtheit gesetzt werden (Dann halt nicht mehr unbedingt über einen "normalen" Setter mit einem Parameter).

Bei Objekten die ausschließlich dem Datenaustausch dienen und keinerlei Logik aufweisen, verzichte ich aber auf Setter/Getter.

class Person
{
public:
   //...
   double Alter;
   double Gewicht;
   double Größe;
   //...
};

Mehrere kleinere Anmerkungen:
1. Bist du sicher das Alter ein double sein soll? Ich würde hier eher von einem Ganzzahltyp ausgehen (je nach Definition der Einheit gilt dies auch für Gewicht und Größe). Dir ist hoffentlich bewusst das du double-Werte nicht ohne ein delta sinnvoll vergleichen kannst. Wann möglich ziehe ich daher immer Integerwerte den Gleitkommawerten vor.

2. Nur um mal etwas aus der Praxis zu reden: Wenn es um ein echtes Programm geht, würde man in der Regel das Alter als berechneten Wert ansetzen, und statt dessen sein Geburtsdatum hinterlegen (Heute mag Max Mustermann 36 sein, in ein paar Tagen aber vielleicht schon 37).

Ich lege dem Threadersteller nahe, sich zuerst mit den grundlegenden Dingen in C++ (Datentypen, Funktionen, Operatoren, etc.) auseinanderzusetzen und erst dann OOP lernen.

OOP ist leider jetzt das aktuelle Thema in seinem Kurs. Max ist daher dazu gezwungen, sich jetzt damit auseinanderzusetzen,

OOP ist leider jetzt das aktuelle Thema in seinem Kurs. Max ist daher dazu gezwungen, sich jetzt damit auseinanderzusetzen,

Dann hat unser Max etwas falsch gemacht. Ich kann mir unmöglich vorstellen, dass der Prof in seinem Kurs irgendwelche OOP-Aufgaben aufgibt, ohne vorher void behandelt und erklärt zu haben.

Ich finde es eh immer verwerflich, wenn man als Programmieranfänger mit allen Sachen auf einmal zugebombt wird, man kann fast nichts richtig machen (in den Augen eingier hier im Forum).

Lernt man Funktion, wird einem dazu geraten OOP zu nutzen, lernt man OOP kommt direkt Polymorphie, Inheritance und Design-Patterns. Nutzt man auch das wird man angeschnauzt warum man keine generischen Designs mit STL, TMP und Boost nutzt.

Da sollten auch wir etwas Älteren/Erfahreneren mal dran denken...

Ich finde es eh immer verwerflich, wenn man als Programmieranfänger mit allen Sachen auf einmal zugebombt wird, man kann fast nichts richtig machen (in den Augen eingier hier im Forum).

Ist das eine alggemeine Aussage oder bezieht sich das auf Max? Beim Letzteren würde das nicht stimmen, da unser Bildungssystem noch nicht so schlecht ist, dass alles in der ersten Vorlesungssitzung/Unterrichtsstunde drankommt. Normalerweise hat man eine Woche Zeit um das Gelernte aufzunehmen, zu üben und zu wiederholen. Jemand, der das wirklich lernen will, schaut noch über den Tellerrand hinaus und nimmt sich die zwei Stunden Zeit zusätzlich, um mehr zu machen als in der Aufgabe verlangt ist. Das ist aber alles schon ein anderes Thema. Fakt ist für mich, dass der Threadersteller zuerst ein paar Sachen nachholen muss, wenn er das lernen will.

Es geht mir eher um die Informationsflut, die hier im Forum auf Anfänger einprasselt und abverlangt wird.

Als ich damals angefangen habe mit C++ (vorher kannte ich ein klein bisschen Java), waren Arrays auch nur das was ich heute als C-Arrays kenne. An Vector und Konsorten hab ich damals nichtmals mein Zunkunfts-Ich denken lassen. Aber wenn hier im Forum jemand eine Frage stellt wird er sofort (unabhängig von seinem Skill) an den vector verwiesen. Das Ganze gibt es natürlich auch mit Zeigern und Smart-Pointern und auch im Klassendesign Bereich.

C++ ist eine Sprache, die viele Eigenarten hat (positive wie negative) anhand derer man sich ziemlich verrennen kann im Entwicklungs- und Lernzyklus.
Ich denke, es muss nicht immer die perfekte C++-Lösung verlangt oder dann gepostet werden, sondern eventuell auch eine die etwas C-lastiger ist.

Denn absprechen kann das keiner, Fehlermeldungen was Templates angeht sind alles andere als gut zu verstehen (jedenfalls anfangs).

Als ich damals angefangen habe mit C++ (vorher kannte ich ein klein bisschen Java), waren Arrays auch nur das was ich heute als C-Arrays kenne. An Vector und Konsorten hab ich damals nichtmals mein Zunkunfts-Ich denken lassen. Aber wenn hier im Forum jemand eine Frage stellt wird er sofort (unabhängig von seinem Skill) an den vector verwiesen. Das Ganze gibt es natürlich auch mit Zeigern und Smart-Pointern und auch im Klassendesign Bereich.

C++ ist eine Sprache, die viele Eigenarten hat (positive wie negative) anhand derer man sich ziemlich verrennen kann im Entwicklungs- und Lernzyklus.
Ich denke, es muss nicht immer die perfekte C++-Lösung verlangt oder dann gepostet werden, sondern eventuell auch eine die etwas C-lastiger ist.

Naja, wenn wer Frage ohne Context stellt, gehen wir davon aus, das es sich um ein praktisches Problem handelt! Und in der Praxis kommst du um "Intelligente Container" nicht herum. Wenn wer z.B. in produktiven Einsatz ohne triftigen Grund nen c Style Array nem Vector vorzieht, gehoert er ..... und es gibt nicht viele wirklich triftige Gründe !
Leider richtet sich die Form der Bestrafung auch nach der Verfügbarkeit und vor allem den Kosten geschulten Personals

Geht es um das lernen / theorethische Probleme, dann wird das meistens auch deutlich gemacht. Und trozdem ist der hinweis dann immer noch angebracht, denn trotz allen gelernten soll der Weg auch in die richtige Richtung gehen oder ?

C-lastiger Code ist toll
Mann will ihn nur nicht warten müssen ...
Muss man trotzdem welchen schreiben in der Praxis, sollt man sich um Gotteswillen dessen bewusst sein (und es nur auf die notwendigen Teile berschränken).
Das sollt eine unserer Kerntätigkeiten sein als Programmierer, abwägen zwischen Wartbarkeit und Performance!

Wie man mit den Antworten hier umgeht ist jedem seine Sache. Nur sollt man sich auch klar machen, für was dieses Forum gut sein soll !?
Ist dieses Forum zum disskutieren von praktischen Problemstellungen, oder eher nen interaktives Nachschlagewerk, wo man Anfängern das Selbsstudium der Theorie abnimmt ... err erleichtert.

Ich selber sehe den praktischen Teil im Vordergrund, also sehe ich auch keinen Grund Verweisse auf die praktische Anwendungen zurueckzuhalten ....

Genauso gehe ich zuerst davon aus, das der durchschnittliche Forenuser zumindest die Grundlagen beherrscht. Sonst müssten hier alle in nem ganz anderen Stil schreiben ....

Das heisst nich, das Neulinge keine Fragen stellen dürfen/sollten, nur sind Verweisse auf Literatur und Grundlagen ausm Lehrbuch dann auch angebracht.

Ciao ...

OOP ist leider jetzt das aktuelle Thema in seinem Kurs. Max ist daher dazu gezwungen, sich jetzt damit auseinanderzusetzen,

Also ich kann mich daddy_felix nur anschließen.

Mein Dozent nimmt leider keine Rücksicht darauf, was die Schüler denken und schreitet immer und immer mehr voran mit dem Unterrichtsstoff. Zwar geht er auf ein oder zwei Fragen während des Unterrichts drauf ein, aber das war es auch schon.

Und OOP ist nun mal nun groß Thema.

Anbei ... bei mir hat es jetzt angefangen, dass neben der CPP Programmierung zusätzlich zwei Stunden in der Woche Netzwerktechnik dazu kommen.

Weiß einer von euch ein gutes Forum, das sich mit Netzwerktechnik behandelt??

Gruß Max

Mein Dozent nimmt leider keine Rücksicht darauf, was die Schüler denken...

Wenn ein Lehrer auf jeden und alles eingeht, so wird der Unterricht immer an den schlechtesten in der Klasse orientiert. Das andere Extrem ist zwar auch nicht gut, aber in der Regel wird ein Mittelweg eingeschlagen. Er muss eine Gewisse Stoffmenge in einer gewissen Zeit durchziehen, die Stoffmenge ist nicht frei von ihm vorgegeben.

Wenn du aber den Begriff Dozent nennst, gehe ich schon von einer weiterführenden Schule oder einem Studium aus. In dem Fall wird von einem Erwartet, das er in der Lage ist sich Informationen auch anderweitig aneignen zu können. Zudem kann man Klassenkameraden durchaus fragen oder mit diesen lernen.

silent_max schrieb:

Weiß einer von euch ein gutes Forum, das sich mit Netzwerktechnik behandelt??

Nein, aber die Bücher für Fachinformatiker sollen einen guten Überblick geben (Über die Qualität kann ich nicht viel sagen, aber schau dir mal das OpenBook von Galileo an, ob du da fündig wirst [Wird nach meinem Wissen von einigen Fachinformatier-Klassen verwendet]).

[Wird nach meinem Wissen von einigen Fachinformatier-Klassen verwendet]).

Ich mache meinen staatlich geprüften Elektrotechniker und nicht Informatiktechnik...

Ich wollte das Projekt ganz neu aufrollen und habe es nun wie folgt gemacht:

In der Header-Datei namens "Klasse Person" habe ich folgendes geschrieben:

#include <iostream>
using namespace std;

class Person
{
private:
	string Vorname;
	string Nachname;
	int Geburtsdatum;
	string Haarfarbe;
	string Augenfarbe;
	int Größe;
};

Wie gesagt ... ich habe gerade voll die Blockade...

Und nun zu meinen Fragen:
1.) Wie muss da der Konstruktor aussehen? Wie der Destruktor aussehen muss, kann ich mir ungefähr vorstellen ... Eben der Konstruktor mit einer Tilde davor...
2.) Welche Methoden kann bzw. muss ich denn wie als public deklarieren, um auf die als private deklarierten Variablen zugreifen zu können??

In der Header-Datei namens "Klasse Person" habe ich folgendes geschrieben:

1. NIEMALS "using namespace" im Header!
2. Ein wenig Lesen oder google-Suche sollte auch dir möglich sein. "C++ Construktor" wird definitiv treffer Liefern. Konstruktor und Destruktor heißen exakt wie die Klasse und es gibt keine Rückgabewerte (Sonst wie jede andere Methode). Ein Destruktor wird diese Klasse wohl kaum benötigen.
3. Geburtsdatum als int? (Ich hoffe du hast eine sinnvolle Umrechnung, intern arbeiten viele Datumsdarstellungen als Integer, oder mit Zeitanteil auch double, das wird für dich aber wohl eher nocht nichts sein; Eher wäre hier ein eigener Typ mit Tag, Monat, Jahr wohl "leichter").
4. Im Klassischen Fall für jede Variable ein Getter und ein Setter. Wie steht doch im Thread.