3. [Solved] Operator auf Vektoren Dyadisches Produkt

[Solved] Operator auf Vektoren Dyadisches Produkt

  • O

    volkard schrieb:

    //Datei B.hpp
#ifndef B_HPP_INCLUDED_a672ef7bac5bf2e9b1b861fc374778ad
#pragma once
[...]
#endif

    Hm, hier vermischst du zwei Philosophien. Entweder Include Guards und dann richtig, oder pragma once. Dein ifndef bringt dir ohne define gar nichts, das kannst du genauso gut weglassen. Das pragma once ist eher bei Objective C bzw. bei Apple üblich.

    0
  • S

    Nenne einen der "großen" Compiler, die #pragma once nicht verstehen ?!

    0
  • O

    Skym0sh0 schrieb:

    Nenne einen der "großen" Compiler, die #pragma once nicht verstehen ?!

    Falls das an mich gerichtet war: Im Gegenteil, ich gehe davon aus, dass so gut wie alle modernen Compiler das verstehen. Was an "bei ... üblich" hast du nicht verstanden?

    Bei C++ werden meistens halt Include Guards mittels ifndef/define/endif benutzt, mehr habe ich nicht ausgesagt.

    Dass das ifndef/endif ohne define bzw. bei pragma once sinnlos ist, wirst du wohl einsehen, oder?

    Kein Grund, gleich durch die Decke zu gehen.

    0
  • S

    oenone schrieb:

    Kein Grund, gleich durch die Decke zu gehen.

    Oo Tu ich doch gar nicht 😕 . Du jedoch schon eher... 🙄

    Klar, gewöhnlich sieht man die #if-#define Kaskade. Aber z.B. ist bei MSVC projekten das #pragma once voreingestellt.

    Dass die eine Hälfte mit dem anderen nicht funktioniert, ist vollkommen klar. (Wobei das beides keine Philosophien sind, aber das ist jetzt Haarspalterei.)

    0
  • S

    Mach doch die Vorwarddekl besser bei der entsprechenden Klasse, so hat man alles schoen beisammen und musst dir keine Gedanken um vorward dekls wo anders machen.

    #ifndef DINGSBUMS
#define DINGSBUMS 1

class Spaltenvektor;

#include "Zeilenvektor.h"

class Spaltenvektor 
{
// ...
};

#endif /* DINGSBUMS */
    0
  • C
    Mod

    ScottZhang schrieb:

    Mach doch die Vorwarddekl besser bei der entsprechenden Klasse, so hat man alles schoen beisammen und musst dir keine Gedanken um vorward dekls wo anders machen.

    #ifndef DINGSBUMS
#define DINGSBUMS 1

class Spaltenvektor;

#include "Zeilenvektor.h"

class Spaltenvektor 
{
// ...
};

#endif /* DINGSBUMS */

    Das ist kein robuster Ansatz. Spaltenvektor kann nicht wissen, ob die Definition von Zeilenvektor von der Definition von Spaltenvektor abhängt.

    0
  • V

    oenone schrieb:

    volkard schrieb:

    //Datei B.hpp
#ifndef B_HPP_INCLUDED_a672ef7bac5bf2e9b1b861fc374778ad
#pragma once
[...]
#endif

    Hm, hier vermischst du zwei Philosophien. Entweder Include Guards und dann richtig, oder pragma once. Dein ifndef bringt dir ohne define gar nichts, das kannst du genauso gut weglassen. Das pragma once ist eher bei Objective C bzw. bei Apple üblich.

    define hab ich schlicht vergessen.
    ifndef plus pragma stört nicht, soll der leser sich aussuchen, welches er nimmt oder beide lassen.

    0
  • V

    camper schrieb:

    ScottZhang schrieb:

    Mach doch die Vorwarddekl besser bei der entsprechenden Klasse, so hat man alles schoen beisammen und musst dir keine Gedanken um vorward dekls wo anders machen.

    #ifndef DINGSBUMS
#define DINGSBUMS 1

class Spaltenvektor;

#include "Zeilenvektor.h"

class Spaltenvektor 
{
// ...
};

#endif /* DINGSBUMS */

    Das ist kein robuster Ansatz. Spaltenvektor kann nicht wissen, ob die Definition von Zeilenvektor von der Definition von Spaltenvektor abhängt.

    Wenn beide Definitionen gegenseitig voneinander abhängen…
    Jo, das merkt man dann un repariert es.

    0
  • C
    Mod

    volkard schrieb:

    camper schrieb:

    ScottZhang schrieb:

    Mach doch die Vorwarddekl besser bei der entsprechenden Klasse, so hat man alles schoen beisammen und musst dir keine Gedanken um vorward dekls wo anders machen.

    #ifndef DINGSBUMS
#define DINGSBUMS 1

class Spaltenvektor;

#include "Zeilenvektor.h"

class Spaltenvektor 
{
// ...
};

#endif /* DINGSBUMS */

    Das ist kein robuster Ansatz. Spaltenvektor kann nicht wissen, ob die Definition von Zeilenvektor von der Definition von Spaltenvektor abhängt.

    Wenn beide Definitionen gegenseitig voneinander abhängen…
    Jo, das merkt man dann un repariert es.

    Womit das sich-keine-Gedanken-machen-müssen widerlegt wäre.

    0
  • S

    camper schrieb:

    ScottZhang schrieb:

    Mach doch die Vorwarddekl besser bei der entsprechenden Klasse, so hat man alles schoen beisammen und musst dir keine Gedanken um vorward dekls wo anders machen.

    #ifndef DINGSBUMS
#define DINGSBUMS 1

class Spaltenvektor;

#include "Zeilenvektor.h"

class Spaltenvektor 
{
// ...
};

#endif /* DINGSBUMS */

    Das ist kein robuster Ansatz. Spaltenvektor kann nicht wissen, ob die Definition von Zeilenvektor von der Definition von Spaltenvektor abhängt.

    Stimmt auch wieder, ist irgendwie auch nicht besser.

    Edit: Obwohl, so bleibt wenigstens die Abhängigkeit vom Header erhalten, kann ja beim compilieren auch ne Rolle spielen.

    0
Anmelden zum Antworten