Przestrzenie nazw, biblioteki .h

Question

Taki teks jest zawarty w lekcji o c++ na str.: http://cpp0x.pl/kursy/Kurs-C++/Przestrzenie-nazw/309

Pozostaje zapytać czy biblioteka #include <conio.h> także udostępniana jest w przestrzeni nazw? Odpowiedz brzmi nie. Ponieważ biblioteki, które posiadają rozszerzenie .h nie posiadają implementacji przestrzeni nazw.
Tutaj jedna uwaga, co nie znaczy, że ty nie możesz stworzyć takiego pliku.

I co z niego wynika? Tzn. w takim razie jak kompilator, czy też raczej komputer ,,wie" gdzie szukać funkcji , których używam z biblioteki np.: conio.h ? Skoro nie one nie posiadają implementacji przestrzeni nazw ?! To skąd on wie gdzie szukać znaczenia danej funkcji ? Bo w programie nie musze pisać using namespace conio.h; co też mnie zastanawia..Dlaczego nie trzeba?

Answer 1

Wygląda na to, że jeszcze nie do końca rozumiesz ideę przestrzeni nazw.

Plik conio.h to jest tylko plik - czyli fizyczne miejsce, w którym zapisany jest pewien fragment kodu źródłowego. To zupełnie inna sprawa, niż przestrzeń nazw - tutaj to już nie jest jakaś fizyczna przestrzeń, tylko nieco abstrakcyjna.

Możesz zdefiniować własną przestrzeń nazw, np. moja_przestrzen i w niej będą się zawierały Twoje funkcje i klasy, np.

// plik a.h
#pragma once

namespace moja_przestrzen
{
 class Klasa
 {
      public:
      Klasa();
 };
 double sin(double arg);
}

Możesz deklarację reszty swoich funkcji i klas mieć w innym pliku niż powyższe, ale nadal będą się one znajdować w Twojej przestrzeni nazw, oczywiście jeśli przydzielisz je do niej.

I jeśli tylko zaincludujesz w kodzie odpowiedni nagłówek, to będziesz miał dostęp do swoich funkcji czy klas, ujętych w przestrzeni moja_przestrzen.

#include <cmath>
#include <iostream>
#include "a.h"

int main()
{
    std::cout<<"Sinus z 3.14 z biblioteki standardowej: "<<std::sin(3.14)<<'\n';
    std::cout<<"Sinus z 3.14 z mojej biblioteki: "<<moja_przestrzen::sin(3.14);
    return 0;
}

Dla kompilatora nie ma żadnego znaczenia, czy Twój plik nagłówkowy to *.h, czy *.hpp. Dla niego liczy się tylko kod tam zawarty. Tak na marginesie - kompilator nawet nie ma pojęcia bladego o żadnych nagłówkach ani niczym takim - tym zajmuje się preprocesor.

Autorzy zrobili rozgraniczenie na pliki *.h i resztę ze względu korzeni języka C++. Nagłówek conio.h pochodzi jeszcze z C, gdzie nie istniał mechanizm przestrzeni nazw. Chodzi tutaj o bibliotekę standardową. Nagłówki *.h z biblioteki standardowej w C++ pochodzą z C i nie powinny być używane - teraz zastąpiły je odpowiednio nagłówki z "c" na początku i bez rozszerzenia, np.
math.h - nagłówek z C, niezalecany w C++
cmath - poprawny nagłówek dla C++

Comments

Aaa trochę historii i wszystko jasne xd". Dzięki, jakoś połączyły mi się strzępki informacji i mam już (chyba) dobre wyobrażenie o tym ;].

Answer 2

Nie bardzo rozumiem o co ci chodzi. Jeśli coś nie jest w namespace-ie, to jest tzw. namespace-ie globalnym. Tzn. dostajesz się do tego bez konieczności żadnych operatorów zasięgu i deklaracji using. 

Ciekawostka (która może się w sumie kiedyś przydać):

Żeby mieć pewność, że używasz czegoś należącego do namespace-u globalnego, możesz poprzedzić nazwe elementu :: (dwoma dwukropkami - operatorem zasięgu ale pustym z lewej strony). Dzięki temu też możemy eliminować dwuznaczności. Np.:

namespace ns
{
    void f() { std::cout << "ns"; }
}

void f() { std::cout << 'g'; }

int main()
{

using namespace ns;

//f();   dwuznaczne - wywołujemy ns::f czy globalne f?
::f();

}


//output: g