Headery a struktury – C / C++ – Fórum – Programujte.com

1) Nejak porad nechapu jak fungujou headery, konkretne mam v jednom headeru (header1) napsanou definici struktury (struct1), v headeru mainu mam dalsi definici struktury (struct2) ve ktere je jako clen pouzita struktura struct1. Jenze to nefunguje ikdyz je pripojen header1, funguje to jen kdyz tu strukturu v niz je jina struktura hodim do .cpp a v headeru necham jen deklaraci struct2 a predbezne deklarovanou struct1.

Takze ma pro header to, ze je v nem  pres #include pripojenej jinej header vubec nejakej vliv, nebo se to projevi az v cpp.

2) Jo mozne napsat strukturu tak, aby clenem byla trida bez specifikovaneho konstruktoru. Me to porad hazi chybu dokud tam nedam napevno jeden z konstruktoru.

Doufam ze to oboji staci obecne, kdyztak poslu i kod.

#1 Scrat
struktůry by správně měli být pouze v hlavičce nebo tam, kde jsou potřeba.. rozhodně bych z nich nedělal deklaraci a definici jinde - to je naprosto k ničemu

hlavně když to takto uděláš, tak je potřeba definovat i bezparametrický konstruktor

spíše uveď příklad, jestli si skutečně rozumíme

Jinak include znamena jen to, ze se na to misto hodi obsah toho souboru.

Hlavičkové soubory lze vkládat do sebe: hlavičkový soubor (např hl1.h) se struct1 vložíš do hlavičkového souboru (např hl2.h) se struct2. Hl2.h pak vložíš do .c souboru s funkcí main. Důležité je zabránit cyklickému a opakovanému vkládání hlavičkových souborů.

hu

Tak priklad toho co bych chtel, ale nejde me to :(

header rect.h

#pragma once

struct rectInt
{
  int left;
  int top;
  int right;
  int bottom;
};

header mainu

#pragma once

#include "C:\Temp\rect.h"

struct test 
{
  struct rectInt a; 
  struct rectInt b;  
};

Chyby: error C2079: 'test::a' uses undefined struct 'rectInt'

Pokud struct test hodim do cpp, tak se to zkompiluje.

A jeste otazka mimo, jak probiha vypocet pri pouziti ruznych typu.

Jako treba: long = int * float + double

Jestli se pouziva pro vypocet jeden z uvedenych typu podle nejakeho klice, jako treba prvni pouzity, nebo ten nejpresnejsi... Jde me o to jestli se vysledek pocita presne a zaokrouhli se az nakonec do longu, nebo se treba protoze je prvni int pocita porad jen v celych cislech.

#6 Scrat
jede se postupne.. nejspis se vypocita nasobeni jako float, pricte se a zvetsi se to na double..

nejnebezpecnejsi je to u deleni   1/2  se bere jako  int/int  a vysledek je pak 0 (celociselne deleni 0 + zbytek 1)

na kolika místech se vyskytuje #include "C:\Temp\rect.h"? Myslím, že ho máš v main.c kde nemá být

hu

#5 Scrat
to co si napsal je validní, ale nelíbí se mi tam ten include, proč tam nedáš jen

#include "rect.h"

hádám, že header máš přímo v projektu.. nejsem si jistej, jestli tam vůbec může být takto absolutní cesta, což je i blbost když se nad tím zamyslíš :)

Může tam být absolutní nebo relativní cesta. Další možnost je mít to nastavený v include path, třetí možnost je vložit do projektu.

hu

#8 hlucheucho
Jestli je tim main.c mysleno to cemu rikam main.cpp, tak tam neni. Respektive ve vsech cpp mam Includnutej jen header kterej k nemu patri.

Jinak kdyz najedu ve struct test na struct rectInt a dam najet na definici nebo deklaraci tak skoci do spravneho headeru (kde je struktura definovana), ikdyz je v headeru mainu, kde pri kompilaci hodi ze struktura rectInt neni definovana.

Jeste me napada jestli to nemuze souviset s nastavenim cpp, kde mam asi u vsech aktivni volbu "Precompiled header" -> Not Using Precompiled Headers

 Zkus

//vytvoříš nový datový typ
typedef struct
{
  int left;
  int top;
  int right;
  int bottom;
} rectInt;

použití je jako běžná proměnná: 

//nový datový typ použiješ ve struktuře
typedef struct 
{
  rectInt a; 
  rectInt b;  
} test;

Vždy používám typedef a nikdy jsem neměl problém.

hu

#12 hlucheucho
V teto typedef verzi to hlasi chybu (jmeno promenne "a" je podtrzeno) hned po zapsani, po najezdu to pise "incomplete type is not allowed". A po najezdu na rectInt a odkliknuti "go to definition" ho to nenajde. 

co máš za překladač? Nemáš v názvech souborů a adresářů (českou) diakritiku? Některé překladače (např. Atmel Studio) s tím mají problém

hu

#14 hlucheucho
Microsoft Visual C++ 2010 Express

a ty adresáře?

hu

#16 hlucheucho
Otestoval jsem to presne s tim C:\Temp\ a stejny. Jeste muzu zkusit dat to tedy nekam kde to najde sam bez psani cesty.

MS VS má vnořené hlavičkové soubory např v stdafx.h. Pokud struktura adresářů a názvů souborů neobsahuje diakritiku není problém, ty konstrukce, co jsem ti s typedef dal, se bez potíží přeloží.

hu

#18 hlucheucho
Hm, vypada to, ze to fakt bude tou diakritikou, aspon testovne vytvorenej projekt s tema strukturama funguje.

Stavajici projekt je v adresarove strukture s diakritikou.

Projekt se asi neda preulozit co? Nebo jak ho jednoduse presunout... 

Divny, projekt i vsechny soubory a cesty jsem bez diakritiky a problem je zpet. 

asi budeš muset postnout celý kód, nebo celý projekt dej v zipu na nějakou úschovnu jako letecká pošta apod. Jinak se nedobereme příčiny.

hu

#21 hlucheucho
Jeste jeden pokus... nasel jsem radek, kterej rozhoduje o tom, jestli se to zkompiluje nebo ne. 

struct.h

#pragma once

#include "c:\Programovani\test\test\test.h"

struct rectInt
{
  int left;
  int top;
  int right;
  int bottom;

    public:
	  void inline Set(int x, int y, int x2, int y2){left=x; top=y; right=x2; bottom=y2; return;};
};

struct.cpp - pokud vykomentuju tento include (a nasledne i pouziti struktury ve funkci), tak se to zkompiluje

#pragma once

#include "C:\Programovani\test\bitmap\struct.h" //zdroj chyby

void fce()
 {
   rectInt bb;
   bb.right=10;
   return;
 };

test.h 

#pragma once

#include "C:\Programovani\test\bitmap\struct.h"
#include <windows.h> 
#include <tchar.h> 

struct bod2D_16
{
 INT16 X;
 INT16 Y;
 public:
   void Set(INT16 X, INT16 Y){bod2D_16::X=X; bod2D_16::Y=Y; return;};
};

struct test
{
  struct rectInt a;
};

test.cpp - funkcni jen pokud je vykomentovany include v struct.cpp, jinak chyba - pouzita nedefinovana struktura

#pragma once

#include "test.h"

int _tmain(int argc, _TCHAR* argv[])
{
  test ooo;
  ooo.a.left=10;
	
  return 0;
};

do struct.h vkládáš test.h a do test.h vkládáš struct.h. To je cyklické vkládání a vzniká zmatek. Tím, že je použita pragma se zabrání opakovanému vložení a tak se to někam vloží, otázka kam. Že se to nevloží opakovaně současně způsobí, že to někde chybí. Prostě se takovým konstrukcím vyhni. Vkládané soubory mohou tvořit strom, různě rozvětvený - s tím není problém, ale nesmí tvořit kruh - do toho se snadno zamotáš.

hu

 hlavičkový soubor by měl obsahovat datové typy (třeba struktury) a deklarace funkcí. cpp by pak měl obsahovat implementaci funkcí. Pokud "struktura" obsahuje funkci, asi by bylo vhodnější to mít jako class, tam hlavičkový soubor obsahuje deklarace atributů (proměnné) a metod (funkce), cpp pak implementaci metod. U class je pak potřeba se zamyslet i nad tím, jak se s takovým objektem bude pracovat - vznik objektu, kopírování a zánik objektu. Ne vždy vyhovují defaultní konstruktory a destruktor.

hu

#24 hlucheucho
Diky za pomoc. Vedel jsem ze je to cyklicke, ale veril jsem ze toto resi pragma :(

Do tech struktur davam max. funkci na jejich snadne plneni, protoze jinak to musim rozepisovat po clenech. Respektive 

test x = {10,10,10}; //pri inicializaci jde vsechny cleny zapsat                        //najednou
x = {20,20,20}; //tohle uz nefunguje a nevim jak jinak to udelat                   //nez pres tu funci

u třídy (class) jde udělat parametrický konstruktor, kterému počáteční hodnoty předáš jako parametry 

MyClass *cl;

cl = new MyClass(30, 20, 10);

ukázka případu, kdy defaultní konstruktor nevyhovuje a proto je lepší si vytvořit svůj, parametrický.

hu

Ted me vrta hlavnou tohle...

long pomIdx[100];

//tohle funguje
long * arPt = pomIdx;
funkce (&arPt); //fce chce parametr long **

//a tohle ne
funkce (&pomIdx);

Tedy nekde jsem zahlid, ze je nejakej rozdil mezi ukazatelem a polem, tak to bude asi tim, ze z pole nejde udelat ukazatel na ukazatel, zatimco z ukazatele to jde. Ale at uz je to tim nebo ne, tak kdyby to slo nejak jednoduse vysvetlit.

V prvním případě arPt je ukazatel, v podstatě "proměnná jako každá jiná". Takže pro něj platí to, co pro běžnou proměnnou, lze získat adresu kde se nachází pomocí &.  U druhého příkladu bych zkusil 

funkce (&pomIdx[]);

hu

To neskousne

funkce (&pomIdx[]); //chyba: expected an expression

#29 Scrat
já teda přesně nevim o co se snažíš, ale pokud chceš dostal to pole do fce, tak normálně 

void update(long* arr, int size)
{
    *arr = 100; // nastavi prvni prvek na 100
}

int main()
{
    long pomIdx[100] = { 0 };

    update(pomIdx, sizeof(pomIdx) / sizeof(long));

    cout << *pomIdx; // vypise 1.prvek - hodnotu 100

    return EXIT_SUCCESS;
}

#29 Scrat
cela pointa  long ** neco  je v tom, ze se muze zmenit pointer na adrese v neco.. no a u statickyho pole by to byl dost problem. Proto funguje udelat si pointer a predat adresu na ten, a je to problem zvladnout bez toho mezikroku.

#30 ingiraxo
Chci ten ukazatel na pole zmenit. Funkce nastavuje nove pole o nejake velikosti, vyplni ho a vrati.

#32 Scrat
aha, tak v tom případě 

// IN/OUT pole, OUT nova velikost
void update(long* arr, int& len)
{
    long newArr[] = { 1, 2, 3, 4, 5 }; // novy pole
    len = sizeof(newArr) / sizeof(*newArr);
    memmove(arr, newArr, sizeof(newArr));
}

v main() použiješ potom normálně 

int main()
{
    long arr[100] = { 0 };

    int len; // v tomhle pripade se nastavi fci 'update' hodnota 5
    update(arr, len); // nahradi za {1,2,3,4,5}

    return EXIT_SUCCESS;
}

PS: se statickým polem se s v tomhle případě špatně pracuje, tady bych spíš použil alokovaný pole (ideálně kolekci)... nebo fci vracet nový pole návratovou hodnotou a né přes parametr

#33 ingiraxo
Asi taky moznost, ten vypocet "len" me prijde moc slozitej. Akorat to skape pokud arr == NULL.

#34 Scrat
teoreticky null být nemůže, protože statický pole nejde nastavit na null - není to přímo ptr, ale špíše reference, ale klidně si tam dej kontrolu na null ;)

výpočet velikosti tam být musí, protože nová velikost nemusí být stejná (jednoduše vypočteš velikost celého pole v bytech a potom vydělíš bytovou velikosti typu prvku)

pokud by to bylo návratovou hodnotou, tak vracet novou velikost musíš stejně, jen si ušetříš jeden řádek kódu - vlastně ne, nahradíš jeden řádek za return

#35 ingiraxo
Neni to staticke pole. Ja to mam takhle 

void redefArr(long ** arPtPt, long & size)
{
  .... //pocita se size = neco
  *arPtPt = new long [size];
  long * ar = *arPtPt; 
  ar[i]=...;
  ....
  return;
};

Prave NULL je asi necastejsi parametr, takze to s nim musi fungovat.

#36 Scrat
a proc ses tam snazil nacpat referenci na staticky pole?

NULL se resi podminkou

uvolnujes pamet, kdyz prepisujes pointer?

Aha, uz to vidim moje chyba. Udelal jsem ty funkce vlastne 2, jednu pro dynamicky a jednu pro staticky pole, pricemz prvni byla ty dynamicka a tak jsem pouzil jeji kod a lehce ho upravil pro staticky... takze, na to staticky bude asi lepsi ta verze s memmove.

#38 Scrat
nemůžeš míchat statický a dyn, to co jsem psal se týkalo statickýho pole, protože jsem vycházel z tvého kódu viz. 

long pomIdx[100];

u něj není možný, aby do fce přišel null... pro dyn. pole je situace úplně jiná, hlavně nesmíš zapomenou uvolňovat pamět původního pole !! a pole jde předat parametrem jako ukazatel na referenci a opět se nevyhneš předání nové velikosti pole

např. 

void update(long*& arr, int& len)
{
  cout << "Zadej velikost pole: ";
  cin >> len;
  long* newArr = new long[len];
  for (int i = 0; i < len; i++) *(newArr + i) = i + 1;
  delete[] arr;
  arr = newArr;
}

#39 ingiraxo
Jsem jen nejak zapomel, ze jsem kdesi nahore poslal ten kod se statickym a presel jsem tedy na tu druhou fci. s dynamickym, Jo delete tam uz je i druhej parametr s velikosti pole.

Jeste kdyz mam tady vas chytry, nevite o nejake matematicke knihovne, ktera umi spocitat plochy jakekoliv uzavreneho polygonu, jehoz strany jsou kombinaci cehokoliv od usecek, po casti elips, parabol atd.

noo.. vzhledem k tomu, že tenhle topic se NEjmenuje "Pomožme Scatovi", ale "Headery a struktury" a už rozebíráme 3 téma z úplně jiného soudku, tak bych to možná utnul v zárodku a vytvořil nový topic.. co ty na to? hm?

#42 ingiraxo
Tak jo, ja jen nechtel porad zakladat nova temata kvuli kazde blbosti.