3451
Comment:
|
17736
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
= Skúška = * Nutnou podmienkou k absolvovaniu skúšky je získanie zápočtu čo je podmienené úspešným odovzdaním všetkých povinných zadaní * Na termín sa treba prihlásiť, možno sa z neho odhlásiť. Deje sa tak zaslaním e-mailu (čo sa tohoto týka, platia klasické inštrukcie uvedené nižšie) ktorého textová časť je nespochybniteľnou deklaráciou tohoto aktu. * Skúška pozostáva z písomnej a ústnej časti. * Termíny konania písomnej časti sú: * 14.6 * 21.6 * 28.6 Písomka sa píše v miestnosti B008 o 9:00 ráno * Ako pomôcku si na skúšku možno priniesť akúkoľvek písomnosť. Elektronické pomôcky sú zakázané. |
|
Line 5: | Line 17: |
* Vypracované zadania zasielajte na sarkoci@math.sk, prikladajte ich k e-mailu skomprimované ako prílohu a subject nastavte na "seminar z programovania". | * Vypracované zadania zasielajte na peter.kantor.sarkoci@gmail.com, prikladajte ich k e-mailu skomprimované ako prílohu a subject nastavte na "seminar z programovania". Čo nedostanem e-mailom, to pre mňa neexistuje. * Pred odovzdaním riešenia skontrolujte, či sa nedopúšťate niektorej spomedzi [[#chyby|často sa vyskytujúcich chýb]]. |
Line 8: | Line 21: |
* Ošetrujte chybové stavy. | * Ošetrujte chybové stavy. Funkcie programujte tak, aby cez návratové hodnoty (alebo nejako inak) oznamovali chybové stavy ktore pri ich vykonávaní nastali. |
Line 22: | Line 35: |
Design funkcií (čiže voľba návratových typov a argumentov) je na vás. Urobte to ale tak, aby funkcie referovali všetky možné chybové stavy aké pri ich vykonávaní môžu nastať. | Design funkcií (čiže voľba návratových typov a argumentov) je na vás. |
Line 28: | Line 41: |
=== 3 === Budeme pracovať s racionálnymi číslami reprezentovanými v tvare zlomku. Za účelom reprezentácie takéhoto zlomku si zavedieme zavedieme datový typ `zlomok` a to bude štruktúra o dvoch členských premenných: čitateľ bude reprezentovať premenná typu `int`, menovateľ bude reprezentovať premenná typu `unsigned int`. Implementujte nasledujúce funkcie: * funkciu ktorá porovná dva takto reprezentované zlomky a cez návratový typ referuje, ktorý z nich je väčší. * funkciu ktorá vypočíta súčet dvoch zlomkov * funkciu ktorá vypočíta rozdiel dvoch zlomkov * funkciu ktorá vypočíta súčin dvoch zlomkov * funkciu ktorá vypočíta podiel dvoch zlomkov Funkcie implementujte tak, aby výsledok výpočtu reprezentovali a odovzdali opäť ako zlomok. === 4 === K riešeniu úlohy 1. doprogramujte funkciu ktorá zadané pole premenných typu int preusporiada vzostupne. To znamená, že výsledné pole obsahuje presne tie isté prvky ako zadané pole, ale hodnoty v ňom uložené su neklesajúcou funkciou indexu. <!> Aspoň približné riešenie zaslať do 21.Marca a to aj v prípade, že ste ešte úspešne neodovzdali zadanie 1. === 5 === Navrhnite datový typ reprezentujúci maticu (v matematickom zmysle slova) čísel typu double. Taký datový typ by mal niesť informáciu o počte riadkov, počte stĺpcov a, samozrejme, o hodnotách jednotlivých prvkov matice. Je jasné, že tu hovoríme o nejakej štruktúre. Okrem týchto vecí môže taký datový typ zastrešovať aj rôzne servisné a obslužné informácie - to už závisí od vašeho programátorského vkusu a rôznych implementačných nutností na ktoré cestou narazíte. Pre tento datový typ potom naprogramujte funkciu ktorá: * vytvorí a pripraví všetky potrebné štruktúry pre neinicializovanú maticu typu <<latex($m\times n$)>> * uvolní pamäť po štruktúrach reprezentujúcich zadanú maticu * zadanú maticu skopíruje do inej, tiež zadanej matice * zadanú maticu inicializuje na nulovú maticu * zadanú maticu inicializuje na jednotkovú maticu * zadanú maticu inicializuje na maticu náhodných hodnôt * vypočíta euklidovskú normu zadanej matice * maticu transponuje * vypočíta súčin dvoch zadaných matíc a uloží ho do tretej zadanej matice * Na zadanú maticu aplikuje také elementárne riadkové operácie ktoré ju prevedú na dolnú trojuholníkovú maticu a súbežne ich aplikuje na inú, tiež zadanú maticu * nad zadanou maticou vykoná Gramm-Schmidtovu ortogonalizáciu === 6 === Čo je to šedotónový obrázok formátu PGM typu P5 sa dozviete na internete - napríklad tu [[http://morse.cs.byu.edu/450/resources/pnm.html|tu]] alebo aj [[http://codeding.com/?article=3|tu]] ale nie len. Ako konkrétne príklady obrázkov v tomto formáte sú vám k dispozícii [[attachment:baboon.pgm|baboon]], [[attachment:barbara.pgm|barbara]] a [[attachment:lena.pgm|lena]]. Vašou úlohou je navrhnúť jednoduchý datový typ na reprezentáciu šedotónového obrázku o 256 úrovniach šedi (čiže presne toho, čo reprezentuje formát PGM). Ďalej, pre tento datový typ naprogramujte funkciu ktorá: * vytvorí a pripraví všetky potrebné štruktúry pre obrázok zadaných rozmerov a všetky stupne šedi nastaví na čiernu * vytvorí a pripraví všetky potrebné štruktúry pre obrázok reprezentovaný vo formáte PGM typu P5 v súbore zadaného mena a hodnoty šedi takto vytvoreného obrázku inicializuje hodnotami prečítanými zo súboru * zadanú obdĺžnikovitú časť jedného obrázku okopíruje na zadanú pozíciu v druhom obrázku * nad obrázkom vykoná primitívnu binarizáciu, čiže - čo je svetlejšie než polovičná šedá zostane úplne biele a čo je tvamvšie než polovičná šedá zostane úplne čierne * na obrázok aplikuje [[http://en.wikipedia.org/wiki/Sobel_operator|Sobelov hranový detektor]] * na obrázok aplikuje nejaký algoritmus [[http://homepages.inf.ed.ac.uk/rbf/HIPR2/adpthrsh.htm|lokálnej adaptívnej binarizácie]] - voľba konkrétneho algoritmu je otázkou vašeho vkusu * obrázok uloží na disk do súboru zadaného mena vo formáte PGM typu P5 === 7 === Naprogramujte jednoduchú aplikáciu `obrazkovac` na spracovanie obrázkov vo formáte PGM typu P5. Aplikácii sa všetky pokyny pre jej činnosť budú odovzdávať ako parametre príkazového riadku. Aplikácia zo zadaného súboru (hovorme mu `vstupny_obrazok`, ale môže sa samozrejme volať aj inakšie) prečíta šedotónový obrázok a následne naň aplikuje rôzne algoritmy spracovania obrazu v takom poradí v akom sú uvedené v príkazovom riadku. Syntax príkazového riadku: `obrazkovac [parametre] vstupny_obrazok` počíta s nasledujúcimi parametrami: * `-b` aktuálny obrázok zbinarizuj primitívnou binarizačnou metódou, * `-lab` na aktuálny obrázok aplikuj algoritmus lokálnej adaptívnej binarizácie, * `-s` na aktuálny obrázok aplikuj Sobelov hranový dekektor, * `-o vystupny_obrazok` aktuálny obrázok uloží do súboru s menom `vystupny_obrazok` vo formáte PGM typu P5. Čiže napríklad `obrazkovac -s -s -o dvojhrany.pgm -lab -s -lab -o definitivne.pgm baboon.pgm` vezme obrázok opice, aplikuje naň Sobelov detektor a potom ešte raz Sobelov detektor, medzivýsledok uloží do súboru `dvojhrany.pgm`, ďalej na obraz aplikuje lokálnu adaptívnu binarizáciu, opäť Sobelov detektor a ešte raz lokálnu adaptívnu binarizáciu a aktuálny obraz uloží do `definitivne.pgm`. Všetky funkcie na prácu s reťazcami si naprogramujte sami, hlavičkový súbor `string.h` je pre toto zadanie tabu. === 8 (*) === K riešeniu úloh 1. a 4. doprogramujte merge-sort. |
|
Line 30: | Line 104: |
|| ID || 1 || 2 || 3 || 4 || || 41458 || || || || || || 67640 || || || || || || 67644 || || || || || || 67654 || <!> || <!> || || || || 67660 || || || || || || 67667 || || || || || || 67674 || <!> || <!> || || || || 67678 || || || || || || 67682 || || || || || || 67687 || || || || || || 67692 || || || || || || 67698 || <!> || <!> || || || || 67705 || || || || || || 67708 || || || || || || 67718 || || || || || || 67720 || || || || || || 67725 || || || || || || 67728 || || || || || || 67733 || || || || || || 67737 || <!> || || || || || 67743 || <!> || <!> || || || || 67746 || || || || || || 69782 || || || || || |
|| ID || 1 || 2 || 3 || 4 || 5 || 6 || 7 || 8 || ## Cifra Štefan || 41458 || || || || || || || || || ## Kandová Andrea || 67640 || <!> || (./) || (./) || (./) || || || || || ## Húska Martin || 67644 || (./) || (./) || (./) || (./) || (./) || (./) || (./) || || ## Zboranova Maria || 67654 || (./) || (./) || (./) || (./) || (./) || (./) || (./) || || ## Kleinová Viera || 67660 || (./) || (./) || (./) || (./) || <!> || (./) || || || ## Kurajová Jana || 67667 || (./) || (./) || <!> || (./) || || || || || ## Brázdilová Veronika || 67674 || (./) || (./) || (./) || (./) || (./) || || (./) || || ## Tješšová Mária || 67678 || (./) || (./) || (./) || (./) || <!> || (./) || (./) || || ## Barboríková Lucia || 67682 || || || || || || || || || ## Juhász Dávid || 67687 || (./) || {i} || {i} || (./) || (./) || <!> || <!> || || ## Rentka František || 67692 || (./) || (./) || (./) || (./) || || || || || ## Trubač Martin || 67698 || (./) || (./) || (./) || (./) || (./) || (./) || (./) || || ## Medľa Matej || 67705 || (./) || (./) || (./) || (./) || (./) || (./) || (./) || <!> || ## Kmeťo Tibor || 67708 || (./) || (./) || (./) || (./) || <!> || <!> || <!> || <!> || ## Kalina Jakub || 67718 || || || || || || || || || ## Bohumel Tomáš || 67720 || (./) || (./) || <!> || (./) || || || || || ## Miklašová Monika || 67725 || (./) || (./) || (./) || (./) || <!> || || || || ## Kottáš Peter || 67728 || (./) || (./) || (./) || (./) || || || || || ## Tücsök Nikolett || 67733 || || || || || || || || || ## Petkaničová Jana || 67737 || (./) || (./) || <!> || <!> || || || || || ## Kollár Michal || 67743 || <!> || (./) || <!> || (./) || || || || || ## Lacko Vladimír || 67746 || || || (./) || (./) || || || || || ## Frolkovič Richard || 69782 || (./) || (./) || (./) || (./) || <!> || || || || <<Anchor(chyby)>> |
Line 60: | Line 158: |
a. Veľké datové typy a komplikované datové štruktúry sa funkciám ''nikdy'' neodovzdávajú ako argumenty. Namieto toho sa ako argumenty odovdávajú iba smerníky na ne. Prečo? Na prednáške som vám vysvetloval, že každé odovzdanie argumentu funkcii pri jej volaní obnáša kopírovanie hodnôt argumentov. Jazyk C toto kopírovanie zakrýva ale to neznamená, že k nemu nedochádza. Ak sú argumentami funkcie nejaké veľké štruktúry, znamená to veľa kopírovania a to je neefektívne (spomeňte si na príklad s renováciou budovy bloku C o ktorom som rozprával na prednáške). Naproti tomu smerník je iba jedno relatívne malé číslo a to sa kopíruje ľahko. a. Zásada o pred-objektovej disciplíne: Všetky "konštruktory" (čiže funkcie, ktoré sa starajú o allokáciu pamäte pre komplikované datové štruktúry) allokujú ''celé'' datové štruktúry a volajúcemu procesu cez navratovu hodnotu odovzdávajú iba ich adresy. Všetky "deštruktory" (čiže funkcie, ktoré sa starajú o uvoľnovanie pamäte po komplikovaných datových štruktúrach) uvoľňujú pamäť po ''celých'' datových štruktúrach a ako argument preberajú iba smerník na štruktúru ktorú treba zničiť. a. Všetky "konštruktory" (čiže funkcie, ktoré sa starajú o allokáciu pamäte pre komplikované datové štruktúry) treba implementovať tak, aby v prípade keď sa proces allokacie pamäte nepodarí z nejakého dôvodu úspešne zavŕšiť, uvolnili tie časti pamäte ktoré sa im ešte pred nastaním problému allokovať podarilo. Motivácia pre túto zásadu je úplne jasná: kedykoľvek proces allokácie niekde uviazne, treba volajúcemu procesu namiesto allokovanej štruktúry vrátiť chybový stav - ak sa však konštruktor ešte predtým nepostará o upratanie tých častí pamäte ktoré sa mu allokovať podarilo, budú ich adresy nenávratne zabudnuté a nikomu sa ich už nepodarí po celú dobu behu programu uvoľniť. 1. Črty jazyka ktoré nepatria do ANSI C a. Ak deklarujete napríklad `int pole[n]` kde `n` je nejaká predtým inicializovaná premenná, devcpp, žial, nebude frflať. Lenže niečo podobné je z hladiska čistého ANSI C striktne zakázané. Keďže hodnota `n` nie je v čase kompilácie známa, to čo takouto deklaráciou hovoríte, je vlastne dynamická allokácia pamate. Ale tá sa správne rieši cez funkciu `malloc` a jej príbuzné. Jediný dôvod prečo takýto riadok ide skompilovať je to, že devcpp nie je dôsledný kompilátor a, aj bez toho aby o to bol požiadaný, do jazyka mieša črty neoficiálnych rozšírení a C++. Ja ale takéto tolerovať nebudem; skúste to skompilovať pod linuxom pomocou `gcc` a hneď pochopíte prečo. 1. Programátorský štýl a. Blok kódu začína vždy na ''novom'' riadku. Aj v prípade, že sám nemá viac než jeden riadok. Prečo? Už z letmého pohladu na zdroják je jasné aké panujú medzi časťami kódu logické vzťahy. a. Blok kódu je oproti okolitému kódu odsadený o jeden tabulátor doprava. Prečo? Už z letmého pohladu na zdroják je jasné, kde blok kódu začína a kde končí. a. Mená symbolických konštánt sa píšu vždy veľkými písmenami. Prečo? Táto jednoduchá konvencia ktorá programátora prakticky nič nestojí umožnuje už letmým pohladom odlíšiť symbolické konštanty od premenných, čo je viac než užitočné. a. Návratové chybové stavy funkcií sa realizujú ako symbolické konštanty. Prečo? Pri letmom pohlade na kondicionál * `if(sucet(argumenty1, argumentyn) == 1)` by sa mohlo zdať, že testujeme, či sa výsledok nejakého výpočtu (ktorý realizuje funkcia `sucet`) náhodou nerovná jednej. Ak ale čítame * `if(sucet(argumenty1, argumentyn) == PROBLEM_PRETECENIE_ROZSAHU_INT)` je nám okamžite jasné, že je to test na chybový stav. To, samozrejme, nesmierne sprehľadňuje zdrojový kód. a. Medzi deklarácie premenných na začiatku tela funkcie a jeho zvyšok sa vkladá prázdny riadok. Prečo? Programátor čítajúci zdrojový kód preskakuje deklarácie premenných a vracia sa k nim až neskôr, keď sa chce dozvedieť akého typu tá ktorá premenná je. Prázdny riadok na konci deklarácií výrazne ulahčuje takýto spôsob čítania zdrojáku. a. Medzi definíciami funkcií ako aj medzi inštrukciami preprocesora na začiatku zdrojového kódu a kódom samotným sa nachádzajú voľné riadky. Prečo? Opticky to oddeluje veci ktoré spolu súvisia od vecí ktore spolu nesúvisia čo, opäť, zvyšuje čitateľnosť kódu. a. Pri funkciach sa explicitne uvadza datovy typ a navratovy typ aj vtedy, ak tieto nemaju argumenty alebo ziadnu hodnotu nevracaju. Prečo? Dáva nám to dopredu vedieť, čo možno od tej ktorej funkcie očakávať, čo opäť sprehľadňuje zdroják. === Ukážkový Zdroják === {{{#!cplusplus #include <stdlib.h> #include <stdio.h> void print_num(int a) { printf("%d",a); } int main(void) { int i, j, k; char *string; double ratio; /* nadomnou je volny riadok oddelujuci deklaracie (zasada 3.e) */ if(i == j) printf("Premenne i a j maju, zhodou okolnosti, rovnaku hodnotu.\n"); else { printf("Premenne i a j maju, zhodou okolnosti, roznu hodnotu.\n"); print_num(i); print_num(j); } if(&i == (int*)string) { printf("tento kod sa NIKDY nevykona."); i = j+k; j = i-k; } for(i=0;;i++) if(i != k) { printf("."); k -= i; } else { printf("zaverecna"); break; } if(i < 0) i = -i; do{ i--; printf("."); }while(i!=1) /* aj jednoriadkovy blok je blok */ if(i>0) if(j<0) j=i; else if(j>0) i=j; /* dovidenia */ return(0); } }}} |
Skúška
- Nutnou podmienkou k absolvovaniu skúšky je získanie zápočtu čo je podmienené úspešným odovzdaním všetkých povinných zadaní
- Na termín sa treba prihlásiť, možno sa z neho odhlásiť. Deje sa tak zaslaním e-mailu (čo sa tohoto týka, platia klasické inštrukcie uvedené nižšie) ktorého textová časť je nespochybniteľnou deklaráciou tohoto aktu.
- Skúška pozostáva z písomnej a ústnej časti.
- Termíny konania písomnej časti sú:
- 14.6
- 21.6
- 28.6
- Ako pomôcku si na skúšku možno priniesť akúkoľvek písomnosť. Elektronické pomôcky sú zakázané.
Zadania
Všeobecné zásady:
Vypracované zadania zasielajte na peter.kantor.sarkoci@gmail.com, prikladajte ich k e-mailu skomprimované ako prílohu a subject nastavte na "seminar z programovania". Čo nedostanem e-mailom, to pre mňa neexistuje.
Pred odovzdaním riešenia skontrolujte, či sa nedopúšťate niektorej spomedzi často sa vyskytujúcich chýb.
- Zdrojový kód odsádzajte.
- Program rozbíjajte na zmysluplné funkčné bloky ktoré sú realizované funkciami - čím viac, tým lepšie.
- Ošetrujte chybové stavy. Funkcie programujte tak, aby cez návratové hodnoty (alebo nejako inak) oznamovali chybové stavy ktore pri ich vykonávaní nastali.
- Programujte tak, aby kompilátor nevyhlasoval ani jedno varovanie pri pedantnom móde kompilácie.
1
Naprogramujte funkciu ktorá zadané dynamicky allokované -prvkové pole premenných typu int:
- Inicializuje na hodnotu 0.
Inicializuje na aritmetickú postupnosť so zadanými parametrami .
- Inicializuje na postupnosť náhodne generovaných celých čísel.
- Analyzuje a zisťuje pozíciu a dĺžku najdlhšej klesajúcej podpostupnosti bezprostredne po sebe nasledujúcich prvkov.
- Sčituje a vracia hodnotu súčtu všetkých prvkov v poli.
- Analyzuje a vracia aritmetický priemer prvkov v poli.
- Analyzuje a vracia rozptyl prvkov v poli.
Design funkcií (čiže voľba návratových typov a argumentov) je na vás.
2
Napíšte program ktorý od uživateľa z klávesnice načíta prirodzené číslo a následne, metódou Erastotenovho sita, zistí všetky prvočísla nie väčšie než . Pamäť v ktorej Erastotenov algoritmus vykonáva Erastotenovské značkovanie allokujte dynamicky.
3
Budeme pracovať s racionálnymi číslami reprezentovanými v tvare zlomku. Za účelom reprezentácie takéhoto zlomku si zavedieme zavedieme datový typ zlomok a to bude štruktúra o dvoch členských premenných: čitateľ bude reprezentovať premenná typu int, menovateľ bude reprezentovať premenná typu unsigned int. Implementujte nasledujúce funkcie:
- funkciu ktorá porovná dva takto reprezentované zlomky a cez návratový typ referuje, ktorý z nich je väčší.
- funkciu ktorá vypočíta súčet dvoch zlomkov
- funkciu ktorá vypočíta rozdiel dvoch zlomkov
- funkciu ktorá vypočíta súčin dvoch zlomkov
- funkciu ktorá vypočíta podiel dvoch zlomkov
Funkcie implementujte tak, aby výsledok výpočtu reprezentovali a odovzdali opäť ako zlomok.
4
K riešeniu úlohy 1. doprogramujte funkciu ktorá zadané pole premenných typu int preusporiada vzostupne. To znamená, že výsledné pole obsahuje presne tie isté prvky ako zadané pole, ale hodnoty v ňom uložené su neklesajúcou funkciou indexu. Aspoň približné riešenie zaslať do 21.Marca a to aj v prípade, že ste ešte úspešne neodovzdali zadanie 1.
5
Navrhnite datový typ reprezentujúci maticu (v matematickom zmysle slova) čísel typu double. Taký datový typ by mal niesť informáciu o počte riadkov, počte stĺpcov a, samozrejme, o hodnotách jednotlivých prvkov matice. Je jasné, že tu hovoríme o nejakej štruktúre. Okrem týchto vecí môže taký datový typ zastrešovať aj rôzne servisné a obslužné informácie - to už závisí od vašeho programátorského vkusu a rôznych implementačných nutností na ktoré cestou narazíte.
Pre tento datový typ potom naprogramujte funkciu ktorá:
vytvorí a pripraví všetky potrebné štruktúry pre neinicializovanú maticu typu
- uvolní pamäť po štruktúrach reprezentujúcich zadanú maticu
- zadanú maticu skopíruje do inej, tiež zadanej matice
- zadanú maticu inicializuje na nulovú maticu
- zadanú maticu inicializuje na jednotkovú maticu
- zadanú maticu inicializuje na maticu náhodných hodnôt
- vypočíta euklidovskú normu zadanej matice
- maticu transponuje
- vypočíta súčin dvoch zadaných matíc a uloží ho do tretej zadanej matice
- Na zadanú maticu aplikuje také elementárne riadkové operácie ktoré ju prevedú na dolnú trojuholníkovú maticu a súbežne ich aplikuje na inú, tiež zadanú maticu
- nad zadanou maticou vykoná Gramm-Schmidtovu ortogonalizáciu
6
Čo je to šedotónový obrázok formátu PGM typu P5 sa dozviete na internete - napríklad tu tu alebo aj tu ale nie len. Ako konkrétne príklady obrázkov v tomto formáte sú vám k dispozícii baboon, barbara a lena. Vašou úlohou je navrhnúť jednoduchý datový typ na reprezentáciu šedotónového obrázku o 256 úrovniach šedi (čiže presne toho, čo reprezentuje formát PGM). Ďalej, pre tento datový typ naprogramujte funkciu ktorá:
- vytvorí a pripraví všetky potrebné štruktúry pre obrázok zadaných rozmerov a všetky stupne šedi nastaví na čiernu
- vytvorí a pripraví všetky potrebné štruktúry pre obrázok reprezentovaný vo formáte PGM typu P5 v súbore zadaného mena a hodnoty šedi takto vytvoreného obrázku inicializuje hodnotami prečítanými zo súboru
- zadanú obdĺžnikovitú časť jedného obrázku okopíruje na zadanú pozíciu v druhom obrázku
- nad obrázkom vykoná primitívnu binarizáciu, čiže - čo je svetlejšie než polovičná šedá zostane úplne biele a čo je tvamvšie než polovičná šedá zostane úplne čierne
na obrázok aplikuje Sobelov hranový detektor
na obrázok aplikuje nejaký algoritmus lokálnej adaptívnej binarizácie - voľba konkrétneho algoritmu je otázkou vašeho vkusu
- obrázok uloží na disk do súboru zadaného mena vo formáte PGM typu P5
7
Naprogramujte jednoduchú aplikáciu obrazkovac na spracovanie obrázkov vo formáte PGM typu P5. Aplikácii sa všetky pokyny pre jej činnosť budú odovzdávať ako parametre príkazového riadku. Aplikácia zo zadaného súboru (hovorme mu vstupny_obrazok, ale môže sa samozrejme volať aj inakšie) prečíta šedotónový obrázok a následne naň aplikuje rôzne algoritmy spracovania obrazu v takom poradí v akom sú uvedené v príkazovom riadku. Syntax príkazového riadku:
obrazkovac [parametre] vstupny_obrazok
počíta s nasledujúcimi parametrami:
-b aktuálny obrázok zbinarizuj primitívnou binarizačnou metódou,
-lab na aktuálny obrázok aplikuj algoritmus lokálnej adaptívnej binarizácie,
-s na aktuálny obrázok aplikuj Sobelov hranový dekektor,
-o vystupny_obrazok aktuálny obrázok uloží do súboru s menom vystupny_obrazok vo formáte PGM typu P5.
Čiže napríklad
obrazkovac -s -s -o dvojhrany.pgm -lab -s -lab -o definitivne.pgm baboon.pgm
vezme obrázok opice, aplikuje naň Sobelov detektor a potom ešte raz Sobelov detektor, medzivýsledok uloží do súboru dvojhrany.pgm, ďalej na obraz aplikuje lokálnu adaptívnu binarizáciu, opäť Sobelov detektor a ešte raz lokálnu adaptívnu binarizáciu a aktuálny obraz uloží do definitivne.pgm.
Všetky funkcie na prácu s reťazcami si naprogramujte sami, hlavičkový súbor string.h je pre toto zadanie tabu.
8 (*)
K riešeniu úloh 1. a 4. doprogramujte merge-sort.
Priebežný stav
ID |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
41458 |
|
|
|
|
|
|
|
|
67640 |
|
|
|
|
|
|
|
|
67644 |
|
|
|
|
|
|
|
|
67654 |
|
|
|
|
|
|
|
|
67660 |
|
|
|
|
|
|
|
|
67667 |
|
|
|
|
|
|
|
|
67674 |
|
|
|
|
|
|
|
|
67678 |
|
|
|
|
|
|
|
|
67682 |
|
|
|
|
|
|
|
|
67687 |
|
|
|
|
|
|
|
|
67692 |
|
|
|
|
|
|
|
|
67698 |
|
|
|
|
|
|
|
|
67705 |
|
|
|
|
|
|
|
|
67708 |
|
|
|
|
|
|
|
|
67718 |
|
|
|
|
|
|
|
|
67720 |
|
|
|
|
|
|
|
|
67725 |
|
|
|
|
|
|
|
|
67728 |
|
|
|
|
|
|
|
|
67733 |
|
|
|
|
|
|
|
|
67737 |
|
|
|
|
|
|
|
|
67743 |
|
|
|
|
|
|
|
|
67746 |
|
|
|
|
|
|
|
|
69782 |
|
|
|
|
|
|
|
|
Časté chyby
- Chyby týkajúce sa designu funkcií
Funkcia alebo procedúra má vykonávať jednu, čo možno najjednoduchšiu činnosť a túto činnosť má vykonávať dobre.
Rozmeniac na drobné predchádzajúci bod: ak žiadam implementáciu funkcie ktorá vykonáva činnosť Č tak tým myslím, bez toho aby som to explicitne zdôraznoval, že funkcia žiadnu inú činnosť nevykonáva. Napríklad ak chcem, aby funkcia inicializovala pole premenných typu int na zadanú hodnotu tak, bez toho aby som to explicitne písal, očakávam, že funkcia nebude ani nič čítať z klávesnice, ani nič písať na obrazovku a vôbec, nebude robiť nič čo bezprostredne nesúvisí s inicializáciou pola.
Veľké datové typy a komplikované datové štruktúry sa funkciám nikdy neodovzdávajú ako argumenty. Namieto toho sa ako argumenty odovdávajú iba smerníky na ne. Prečo? Na prednáške som vám vysvetloval, že každé odovzdanie argumentu funkcii pri jej volaní obnáša kopírovanie hodnôt argumentov. Jazyk C toto kopírovanie zakrýva ale to neznamená, že k nemu nedochádza. Ak sú argumentami funkcie nejaké veľké štruktúry, znamená to veľa kopírovania a to je neefektívne (spomeňte si na príklad s renováciou budovy bloku C o ktorom som rozprával na prednáške). Naproti tomu smerník je iba jedno relatívne malé číslo a to sa kopíruje ľahko.
Zásada o pred-objektovej disciplíne: Všetky "konštruktory" (čiže funkcie, ktoré sa starajú o allokáciu pamäte pre komplikované datové štruktúry) allokujú celé datové štruktúry a volajúcemu procesu cez navratovu hodnotu odovzdávajú iba ich adresy. Všetky "deštruktory" (čiže funkcie, ktoré sa starajú o uvoľnovanie pamäte po komplikovaných datových štruktúrach) uvoľňujú pamäť po celých datových štruktúrach a ako argument preberajú iba smerník na štruktúru ktorú treba zničiť.
- Všetky "konštruktory" (čiže funkcie, ktoré sa starajú o allokáciu pamäte pre komplikované datové štruktúry) treba implementovať tak, aby v prípade keď sa proces allokacie pamäte nepodarí z nejakého dôvodu úspešne zavŕšiť, uvolnili tie časti pamäte ktoré sa im ešte pred nastaním problému allokovať podarilo. Motivácia pre túto zásadu je úplne jasná: kedykoľvek proces allokácie niekde uviazne, treba volajúcemu procesu namiesto allokovanej štruktúry vrátiť chybový stav - ak sa však konštruktor ešte predtým nepostará o upratanie tých častí pamäte ktoré sa mu allokovať podarilo, budú ich adresy nenávratne zabudnuté a nikomu sa ich už nepodarí po celú dobu behu programu uvoľniť.
- Črty jazyka ktoré nepatria do ANSI C
Ak deklarujete napríklad int pole[n] kde n je nejaká predtým inicializovaná premenná, devcpp, žial, nebude frflať. Lenže niečo podobné je z hladiska čistého ANSI C striktne zakázané. Keďže hodnota n nie je v čase kompilácie známa, to čo takouto deklaráciou hovoríte, je vlastne dynamická allokácia pamate. Ale tá sa správne rieši cez funkciu malloc a jej príbuzné. Jediný dôvod prečo takýto riadok ide skompilovať je to, že devcpp nie je dôsledný kompilátor a, aj bez toho aby o to bol požiadaný, do jazyka mieša črty neoficiálnych rozšírení a C++. Ja ale takéto tolerovať nebudem; skúste to skompilovať pod linuxom pomocou gcc a hneď pochopíte prečo.
- Programátorský štýl
Blok kódu začína vždy na novom riadku. Aj v prípade, že sám nemá viac než jeden riadok. Prečo? Už z letmého pohladu na zdroják je jasné aké panujú medzi časťami kódu logické vzťahy.
- Blok kódu je oproti okolitému kódu odsadený o jeden tabulátor doprava. Prečo? Už z letmého pohladu na zdroják je jasné, kde blok kódu začína a kde končí.
- Mená symbolických konštánt sa píšu vždy veľkými písmenami. Prečo? Táto jednoduchá konvencia ktorá programátora prakticky nič nestojí umožnuje už letmým pohladom odlíšiť symbolické konštanty od premenných, čo je viac než užitočné.
- Návratové chybové stavy funkcií sa realizujú ako symbolické konštanty. Prečo? Pri letmom pohlade na kondicionál
if(sucet(argumenty1, argumentyn) == 1)
by sa mohlo zdať, že testujeme, či sa výsledok nejakého výpočtu (ktorý realizuje funkcia sucet) náhodou nerovná jednej. Ak ale čítame
if(sucet(argumenty1, argumentyn) == PROBLEM_PRETECENIE_ROZSAHU_INT)
- Medzi deklarácie premenných na začiatku tela funkcie a jeho zvyšok sa vkladá prázdny riadok. Prečo? Programátor čítajúci zdrojový kód preskakuje deklarácie premenných a vracia sa k nim až neskôr, keď sa chce dozvedieť akého typu tá ktorá premenná je. Prázdny riadok na konci deklarácií výrazne ulahčuje takýto spôsob čítania zdrojáku.
- Medzi definíciami funkcií ako aj medzi inštrukciami preprocesora na začiatku zdrojového kódu a kódom samotným sa nachádzajú voľné riadky. Prečo? Opticky to oddeluje veci ktoré spolu súvisia od vecí ktore spolu nesúvisia čo, opäť, zvyšuje čitateľnosť kódu.
- Pri funkciach sa explicitne uvadza datovy typ a navratovy typ aj vtedy, ak tieto nemaju argumenty alebo ziadnu hodnotu nevracaju. Prečo? Dáva nám to dopredu vedieť, čo možno od tej ktorej funkcie očakávať, čo opäť sprehľadňuje zdroják.
Ukážkový Zdroják
1 #include <stdlib.h>
2 #include <stdio.h>
3
4 void print_num(int a)
5 {
6 printf("%d",a);
7 }
8
9 int main(void)
10 {
11 int i, j, k;
12 char *string;
13 double ratio;
14
15 /* nadomnou je volny riadok oddelujuci deklaracie (zasada 3.e) */
16 if(i == j)
17 printf("Premenne i a j maju, zhodou okolnosti, rovnaku hodnotu.\n");
18 else {
19 printf("Premenne i a j maju, zhodou okolnosti, roznu hodnotu.\n");
20 print_num(i);
21 print_num(j);
22 }
23
24 if(&i == (int*)string) {
25 printf("tento kod sa NIKDY nevykona.");
26 i = j+k;
27 j = i-k;
28 }
29
30 for(i=0;;i++)
31 if(i != k) {
32 printf(".");
33 k -= i;
34 } else {
35 printf("zaverecna");
36 break;
37 }
38
39 if(i < 0)
40 i = -i;
41
42 do{
43 i--;
44 printf(".");
45 }while(i!=1)
46
47 /* aj jednoriadkovy blok je blok */
48 if(i>0)
49 if(j<0)
50 j=i;
51 else
52 if(j>0)
53 i=j;
54
55 /* dovidenia */
56 return(0);
57 }