Aber kann man auch neue Operatoren definieren? als Beispiel habe ich mal das Scalarprodukt zweier Vektoren genommen:

dazu habe ich mir erstmal meine eigene Klasse von std::vector abgeleitet:

template<class T>
class VEKTOR : public std::vector<T>
{
};

das funktioniert auch soweit und man kann die neue Klasse VEKTOR ganz normal wie std::vector verwenden;

allerdings würde ich jetzt gerne das Scalarprodukt zweier Vektoren errechnen. Dazu gibt es keinen standardmäßgen operator;

da man in der Mathematik allerdings zB das Scalarprodukt der Vektoren a und b als a°b schreibt hatte ich mir gedacht einfach das Zeichen ° als neuen Operator der Klasse VEKTOR zu definieren:

template<class T>
class VEKTOR : public std::vector<T>
{
public:
VEKTOR operator° (VEKTOR a)
{
//... -> errechnen des Scalar-produktes
}
};

allerding meckert der Kompiler ° sei kein bekannter Operator oder Typ mit einigen daraus resultierenden Fehlern. Klar ist der Operator ° vorher nicht definiert, ich bin ja gerade dabei ihn zu definieren

Deshalb meine Frage: Kann ich in C++ überhaupt neue Operatoren definieren oder nur vorhandene überladen?
Wenn das mit dem neuen Operator geht, hätte vielleicht mal jemand ein kleines Codebeispiel da?

danke schonmal,
andi01.

zum anderen std::vector ist nicht der mathematische vektor
std::vector ist eine array klasse, also ein array mit zusätzlichen funktionen und speichermanagement

dafür würde es kaum sinn machen ein skalarprodukt einzuführen

Musst dir dann wohl ne Funktion basteln und auf Operator verzichten, außer du nimmst einen den es gibt und überlädst ihn für dein Scalarprodukt, wobei dass nicht so empfehlenswert ist, da man die Bedeutung der Operatoren normal nicht verändern sollte, wenn allerdings nur du deine Klasse nutzt, könnte man vielleicht auch mal ein Auge zu drücken wie ich finde

Lg freeG

und ich weiß dass std::vector nicht der mathematische vektor ist, aber er eignet sich gut wenn man vorher nicht weiß wieviele einträge der mathematische vektor haben wird^^

das mit dem überladen wäre allerdings ziemlich missverständlich wenn zB der operator + plötzlich ein skalarprodukt errechnet statt zu addieren

hm ich werde wohl doch eine funktion schreiben müssen die man jedesma, aufrufen muss, nachdem jetzt so viele gesagt haben es geht nicht muss es ja stimmen

danke trotzdem,
andi01.

das mit dem überladen wäre allerdings ziemlich missverständlich wenn zB der operator + plötzlich ein skalarprodukt errechnet statt zu addieren

Haben ich und meine Vorredner ja auch gesagt Ich sagte lediglich, dass man es eventuell mal machen könnte wenn nur man selber die Klasse benutzt, aber selbst dann nur wenn das ganze Projekt nicht zu groß ist und alles zu unübersichtlich wird und man vielleicht später selber nicht mehr weiß wieso ein Operator was anderes macht als man eigentlich denkt.

Also nehm am besten wie du selbst auch schon gesagt hast ne Funktion.

Lg freeG

bei vektor klassen wird trotzdem gern der multiplizier operator * überladen, einmal zur skalaren multiplikation und einmal zur skalar multiplikation

nur das kreuz und spat produkt muss man dann noch irgendwie auf einen operator bekommen...

naja bei den stream klassen ist der << und der >> operator ja auch anders überladen und kein bitshift (oder halt multiplikation mit zweierpotenzen)

Wobei >> schon immer fraglich war und man vielleicht unter Umständen ein wenig an Overengeneering denken mag, und << vielleicht mit c++0x gar nicht mehr nötig wäre, zumal solche Sachen wie hex nie so recht gepaßt haben.

das mit dem überladen wäre allerdings ziemlich missverständlich wenn zB der operator + plötzlich ein skalarprodukt errechnet statt zu addieren

Nicht missverständlicher als eine Funktion add() , die das Skalarprodukt berechnet.

Soll heissen, das ist kein Problem, das Operatorüberladung mit sich bringt.

und << vielleicht mit c++0x gar nicht mehr nötig wäre

was hat das mit c++0x zu tun? gibts da iwas neues im bereich der op-überladung bzw der streams? oO

v schrieb:

und << vielleicht mit c++0x gar nicht mehr nötig wäre

was hat das mit c++0x zu tun? gibts da iwas neues im bereich der op-überladung bzw der streams? oO

variadic templates und perfect forwarding und cout.print(a,"+",b,"=",a+b) müßte eigentlich recht schmerzfrei sein.

Solche Überlegungen gibt es schon lange. Zum Beispiel http://www2.research.att.com/~bs/whitespace98.pdf
Aber es gibt noch keine Standard-Lösung.
Wenn irgend möglich verzichte auf den Wunsch.

... It was therefore decided that the "Max Munch" resolution was unsuitable for large-scale programming. Instead, it was decided to by default limit identifiers to a single character:

int xy; // error: two-character identifier

This may seems Draconian at first . However, since we now have the full Unicode character set available, we don't actually need hard-to-read long names. Such long names only make code obscure by causing unpleasantly long lines and unnatural line breaks. Multi-character names are a relic of languages that
relied heavily on global name and encouraged overly-large scopes.

MfG SideWinder

Der Grinskopf bekommt eins auf die Fresse? Lieber die Smilies vertauschen...

danke an alle,
andi01.

und ich weiß dass std::vector nicht der mathematische vektor ist, aber er eignet sich gut wenn man vorher nicht weiß wieviele einträge der mathematische vektor haben wird^^

Er eignet sich aber nicht, um davon öffentlich zu erben.
Ist zar ein anderes Thema, aber Deine Klasse sollte wenn einen std::vector 'haben' (nicht so tun als wär sie ein std::vector).
Allerdings weiß ich auch nicht ob es Sinn macht, mathematische Vektoren mit unterschiedlichen Dimensionen den gleichen Typ haben zu lassen. A x B macht keinen Sinn, wenn A eine höhere Dimension hat als B, muss man also immer zur Laufzeit prüfen.
Würde also eher machen

template<typename T, size_t Dimension> 
class Vector{ std::array<T, Dimension> elements; /* ... */ };

template<typename T, size_t Dim> 
T DotProduct(const Vector<T, Dim>& a, const Vector<T, Dim>& b)
{
  for(size_t n = 0; n < Dim; ++n)
    result += a[n] + b[n];
  return result;
}

Edit:
http://www.cplusplus.com/reference/std/valarray/