Jetzt, wo ich schon dabei bin viele Klassen selbst zu schreiben, hab ich gedacht, dass es ja dumm ist immer oberhalb der Headerdateien using namespace std; zu schreiben, da das nur unnötig RAM belegt.
Somit hab ich mir gedacht innerhalb meiner Klassen using derektiven anzulegen.
Also zum Beispiel so:

#include <iostream>
#include <string>
class Hallo
{
   using std::string;
   string hey;       
};
int main()
{

}

Man könnte somit an den Anfang nur die gebrauchten Objekte bekanntgeben.
Allerdings gibts so einen Fehler:

5 C:\Dokumente und Einstellungen\Praktikant\Eigene Dateien\header.cpp using-declaration for non-member at class scope

Allerdings müsste das ja gehen, nach alldem, was ich über namensräume gelesen habe^^

Bis später

David

class C {
public:
  virtual void Foo();
  void Foo(int);
  void Foo(int, int);
};

class D : public C {
  void Foo();  //verdeckt C::Foo(int) und C::Foo(int, int)
  using C::Foo; //macht die beiden wieder sichtbar
};

Da du einen header eigentlich nur einmal konzeptionierst und ihn dann nurnnoch selten erweiterst (ist schliesslich das Interface zum Rest der Welt, das relativ stabil sein sollte), solltest du das bisschen tipparbeit nicht scheuen und jedesmal std::string schreiben.
Ich persoenlich machs meist so, dass ich erstmal nur sstring oder sowas schreibe und das dann spaeter mit simpler Textersetzung in std::string umwandle.

... hab ich gedacht, dass es ja dumm ist immer oberhalb der Headerdateien using namespace std; zu schreiben, da das nur unnötig RAM belegt.

ohoh, da müssen wir aber mal was klar stellen. "using namespace std;" belegt keinen RAM. es sollte auch eigentlich nicht deine executable aufblähen. namespaces sind etwas intimes zwischen dir und deinem compiler. das hat nichts mit dem späteren maschinencode zu tun, und erst recht nicht mit deiner CPU.

und das nochmal zu verdeutlichen, stell dir mal die frage:
WO bitte wird bei using namespace std; speicherplatz für eine variable/ein objekt/einen pointer, was auch immer, reserviert? o.O falls du weiterhin auf deine these bestehst...kannst du mir sagen, wieviel sizeof(std) ist? x))

777 schrieb:

... hab ich gedacht, dass es ja dumm ist immer oberhalb der Headerdateien using namespace std; zu schreiben, da das nur unnötig RAM belegt.

ohoh, da müssen wir aber mal was klar stellen. "using namespace std;" belegt keinen RAM. ...

Doch - im Editor !

Gruß,

Simon2.

/// HeaderA.h /////////////////

#include <iostream>
using namespace std; //ab jetzt guckt der compiler auch in std nach

/*...*/

/// HeaderB.h ////////////////
class pair {
  //eine eigene pair-Klasse die nichts mit dem std::pair zu tun hat
};

/// main.cpp /////////////////
#include "HeaderB.h"
#include "HeaderA.h" //oops, jetzt guckt der compiler auch hier in std nach,
#include "HeaderC.h" //auch beim parsen von HeaderC !!

int main() {
  pair p; //welches denn? mein eigenes oder std::pair?
}

Man kann sich vorstellen, dass solch ein unerwartetes Verhalten teils die Bedeutung eines ganzen Programms aendern kann. Der Autor von HeaderC haette es z.B. nicht vorhersehen koennen, dass beim Parsen seines headers im namespace std nachgeschaut wird...

Dann wird also nur deswegen von der using namespace direktive abgeraten, weil es dann zu namenskonflikten kommen kann?

Genauer: Weil Du damit Namenskonflikte bei Benutzern Deines Headers (natürlich auch bei Dir selbst) verursachen kannst.

Dann wird also nur deswegen von der using namespace direktive abgeraten, weil es dann zu namenskonflikten kommen kann?

Was heißt hier "nur" ?
Solche Namenskonflikte können eine Software fast komplett unbrauchbar machen.

Gruß,

Simon2.