Zmienna

[Pitek]

Witam !
Mam zadeklarowaną zmienną globalną w Unit1.cpp i chcę żeby Unit2.cpp widział ją i rozpoznawał jej wartość mam dane #include "Unit1.cpp" w Unit2.cpp.

[Cyfrowy Baron]

Jeżeli chcesz, żeby Unit2 "widział" zmienną z Unit1 to musisz ja zadeklarować w pliku nagłówkowym Unit1.h w sekcji public, przykład:

Unit1.h:

Kod: Zaznacz cały

public:
        int Value;

Zakładając, że formularz dla Unit1 nosi nazwę Form1, do takiej zmiennej odwołujesz się w Unit2 w sposób następujący:

Unit2.cpp:

Kod: Zaznacz cały

#include "Unit2.h"
#include "Unit1.h"
//---------------------------------------------------------------
void __fastcall TForm2::Button1Click(TObject *Sender)
{
int x = Form1->Value;
}
//---------------------------------------------------------------

Sugeruję byś zapoznał się z artykułem: ► patrz serwis: Cyfrowy Baron dział: teoria Przekazywanie obiektów i funkcji pomiędzy formularzami.

[polymorphism]

Jeżeli chcesz, żeby Unit2 "widział" zmienną z Unit1 to musisz ja zadeklarować w pliku nagłówkowym Unit1.h w sekcji public,

Jemu chodzi o zmienne globalne.

mam dane #include "Unit1.cpp" w Unit2.cpp.

Błąd. W ten sposób załączasz tylko pliki nagłówkowe (.h/.hpp/itp). Pliki .cpp dołączasz do projektu odpowiednią funkcją środowiska, add to project bodajże.

Co do istoty problemu, jeśli w pliku Unit2.cpp masz zmienną globalną zdefiniowaną np. tak:

Kod: Zaznacz cały

int g_variable;

w pliku Unit2.h¹⁾ daj deklarację tej zmiennej:

Kod: Zaznacz cały

extern int g_variable;

extern informuje kompilator, że zmienna została zdefiniowana w innym module.

Oczywiście plik z tą deklaracją dołączasz wszędzie tam, gdzie chcesz użyć tej zmiennej - to oczywiste.
____
^{1) jeśli zmienna ma być widoczna tylko w pliku Unit1.cpp, deklarację extern możesz przenieść do tego pliku. Wtedy dodatkowy plik nagłówkowy nie będzie potrzebny.}

[Cyfrowy Baron]

Tak też mozna, tylko po co sobie tak komplikować życie.
Zakładam, że on ma jakąś tam zmienną w jednostce Unit1 z której w tej jednostce korzysta i chce z niej skorzystać również w Unit2, by czymś sterować w ten sposób na Unit1. W takim wypadku wystarczy zmienna publiczna.

W przypadku o którym ty piszesz najlepiej jest stworzyć odrębny moduł w którym będą zbierane zmienne, funkcje, metody itp. i w miarę potrzeb wykorzystywane w jednostkach, które je potrzebują.

Przykład tworzenia modułów opisałem: ► patrz serwis: Cyfrowy Baron dział: teoria tworzenie modulów.

[polymorphism]

Tak też mozna, tylko po co sobie tak komplikować życie.

Dodanie extern przy deklaracji zmiennej to żadna komplikacja.

Zakładam, że on ma jakąś tam zmienną w jednostce [...] W takim wypadku wystarczy zmienna publiczna.

Być może, ale pytał o zmienną globalną, więc napisałem mu, jak się ją poprawnie deklaruje.

[Cyfrowy Baron]

Dodanie extern przy deklaracji zmiennej to żadna komplikacja.

To prawda, niewiele wiadomo o całym projekcie, gdyż pytanie dotyczy tylko jednej zmiennej. Gdyby było wiadomo więcej, można by udzielić precyzyjnej odpowiedzi. Co do extern i deklaracji zmiennej, to równie dobrze można posłużyć się plikiem nagłówkowym Unit1.h i zadeklarować zmienną z poleceniem extern poza klasą formularza, w ten sposób można obejść się bez dodatkowych plików. Pisząc o komplikacji chodziło mi o to, że dla jednej zmiennej lepiej jest się posłużyć zmienną publiczną, bo czemu ma służyć deklarowanie jednej zmiennej o tej samej nazwie dla dwóch modułów. Ma to jakiś sens w sytuacji, gdy obydwa modułu ściśle ze sobą współpracują i wymagają jednego obiektu do sterowania czymś tam i robią to jakoś naprzemiennie. W sytuacji gdy zmienna steruje czymś, przechowuje jakąś wartość w module Unit1, a moduł Unit2 tylko coś zmienia w tej zmiennej, to chyba lepiej jest się posłużyć zmienną publiczną, kod będzie przejrzystszy.

[polymorphism]

Co do extern i deklaracji zmiennej, to równie dobrze można posłużyć się plikiem nagłówkowym Unit1.h i zadeklarować zmienną z poleceniem extern poza klasą formularza, w ten sposób można obejść się bez dodatkowych plików.

No tak, napisałem to w odnośniku.

W sytuacji gdy zmienna steruje czymś, przechowuje jakąś wartość w module Unit1, a moduł Unit2 tylko coś zmienia w tej zmiennej, to chyba lepiej jest się posłużyć zmienną publiczną, kod będzie przejrzystszy.

Gorzej jeśli będziesz chciał taką zmienną użyć w innym module, sprawa się znacznie skomplikuje, a kod będzie mniej przejrzysty. Dodatkowo publiczny składnik klasy, o ile nie jest statyczny, może występować w kilku instancjach, tak jak jego właścicielka - klasa (pomijam singletony). Tego nie możesz powiedzieć o zmiennych globalnych.

---

p.s. żeby nie było, nie jestem gorącym zwolennikiem zmiennych globalnych. Można je zastąpić bardziej eleganckimi, nierzadko obiektowymi sposobami.

[Cyfrowy Baron]

Co do zmiennych globalnych to rzadko je stosuję, tylko w sytuacjach, gdy tworzę moduł zawierający zbiór metod, obiektów, zmiennych i funkcji wykorzystywanych w całym programie.
Co do występowania obiektu jako składnika publicznego w różnych klasach, to nie powinien wywoływać problemów, gdyż zawsze musi być adresowany jako element konkretnej klasy.

[polymorphism]

Co do występowania obiektu jako składnika publicznego w różnych klasach, to nie powinien wywoływać problemów, gdyż zawsze musi być adresowany jako element konkretnej klasy.

Ale ja nie pisałem o różnych klasach, tylko o kilku instancjach (obiektach) tej samej klasy.

[Pitek]

Czy moge zribić to samo ze zmienną bool jężeli tak to jak bo nie wiem ?

[Cyfrowy Baron]

Jak to nie wiesz? Nie ma znaczenia jakiego typu jest zmienna, robisz dokładnie to samo. Sprecyzuj jednak, czy chcesz tworzyć zmienna globalną, czy publiczną.

Jeżeli jeszcze nie wiesz jak posługiwać się extern to przeczytaj w serwisie Cyfrowy Baron artykuł: teoria Tworzenie modułów.

[Pitek]

Dobra mój błąd przepraszam już jest ok !