Wpis z mikrobloga

@MacFlays: to jest argument za pisaniem std::cout.

Natomiast tutaj jest ::std::cout ( ͡° ͜ʖ ͡°) ta już pedantyczność² wynika z faktu że można std zasłonić szczególnie gdy jesteś w innym namespace np w jakimś gta5:: może być gta5::std:: i wtedy nawet std::string nie oznacza Tego std::string opisanego w standardzie, tylko ten z namespace gta5.

W praktyce, w plikach .h własnych to proponuję mieć konwencję swoją co
  • Odpowiedz
@rfree: @byloaledobre:
Najpierw trzebaby było się zastanowić czy istnieje w ogóle jakakolwiek biblioteka która mogłaby przesłonić nazwy z std. Bo nie sądzę, żeby ktoś się porywał na taki z-----y pomysł.
  • Odpowiedz
@Flypho: aha to miałeś na myśli. No tak, nikt nie będzie dawał namespace std { - chyba że na zasadzie

namespace std { namespace __debug { - tak to zrobiło g++ :)

Natomiast, tworzenie nazw które mogą kolidować z std, naz jak "vector" czy "map" się spokojnie może zdarzyć i jest to bardzo nieprofesjonalne aby wciągać std, a tym bardziej całe namespace std do swoich nagłówków a już całkowicie aby
  • Odpowiedz
@rfree: Nie no, umówmy się, że to są biblioteki w których właśnie chodzi o to, aby były zamiennikiem std i z taką myślą są tworzone.
To trochę inna sprawa.
  • Odpowiedz
@rfree: Nie no, umówmy się, że to są biblioteki w których właśnie chodzi o to, aby były zamiennikiem std i z taką myślą są tworzone.


@Flypho: Nawet w tej sytuacji (albo tym bardziej) może być tak iż musisz używać dokładnych nazw.

Na przykład Adam pisał bibliotekę do animacji 3D, napisał ją
  • Odpowiedz