Prečo sú riadiace komponenty potrebné v tradičnom softvéri a vo všeobecnosti nevyžadujú objektovo orientovaný softvér?

Toto vyhlásenie je nepresné. Kontrolné komponenty sú absolútne nevyhnutné v tradičnom (procedurálnom, štruktúrovanom) softvéri a objektovo orientovanom softvéri. Spôsob, akým sú implementované a konceptualizované, sa môže líšiť, ale ich základná úloha zostáva rovnaká:riadenie toku vykonávania a koordinácia interakcií medzi rôznymi časťami systému.

Tu je porucha:

Tradičný (procedurálny/štruktúrovaný) softvér:

* Explicitné riadiace štruktúry: Kontrolné komponenty sú často veľmi explicitné v procedurálnom programovaní. Veci ako `if-else` vyhlásenia,` for 'a `while' slučky,` goto` vyhlásenia (aj keď odrádzané), a funkcie hovoria priamo diktujú tok vykonávania. Programátor priamo riadi postupnosť operácií.

* Globálne premenné a zdieľané údaje: Kontrola sa často vyvíja manipuláciou globálnych premenných alebo zdieľaných dátových štruktúr. Jedna časť programu môže upraviť globálnu premennú, čím by spustila zmenu v správaní inej časti. To môže viesť k zložitosti a ťažkostiam pri riadení riadiaceho toku.

* podprogramy/funkcie: Funkcie pôsobia ako riadiace komponenty zapuzdrením konkrétnej úlohy a riadením vykonávania v rámci tejto úlohy. Celkový tok však zostáva do značnej miery diktovaný hlavnou štruktúrou programu.

objektovo orientovaný softvér:

* Implicitné riadenie prostredníctvom interakcií objektov: Riadiaci tok v objektovo orientovanom softvéri je často menej explicitný a implicitnejší definovaný prostredníctvom interakcií medzi objektmi. Objekty si navzájom posielajú správy, spúšťacie metódy (funkcie v rámci objektov). Sekvencia týchto interakcií určuje celkový tok programu.

* Programovanie založené na udalostiach: Mnoho objektovo orientovaných systémov využíva architektúry zamerané na udalosti. Udalosti (ako kliknutia používateľov, sieťové správy, vypršanie časovača) Spúšťajú akcie v objektoch. Kontrolný tok je poháňaný skôr týmito vonkajšími udalosťami ako lineárnou sekvenciou diktovanou programátorom.

* Dizajnové vzory: Objektovo orientované konštrukčné vzory, ako napríklad stav, stratégia a vzory príkazov, poskytujú štruktúrované spôsoby riadenia a riadenia toku vykonávania v systéme. Tieto pôsobia ako kontrolné mechanizmy na vyššej úrovni.

* súbežnosť a multithreading: Objektovo orientované systémy často využívajú vlákna alebo procesy, ktoré si vyžadujú mechanizmy (ako sú mutexes, semafory) na riadenie súbežného prístupu k zdieľaným zdrojom a riadenie synchronizácie, ktoré sú kľúčovými komponentmi riadenia.

Kľúčový rozdiel:

Rozdiel nie je *neprítomnosť *kontrolných komponentov, ale skôr *úroveň abstrakcie *a ako je riadenie *distribuované *. Pri procedurálnom programovaní je kontrola často centralizovaná a výslovná. Pri objektovo orientovanom programovaní je kontrola decentralizovanejšia a implicitnejšia, rozdelená medzi interagujúce objekty. Potreba mechanizmov na riadenie poradia operácií a interakcií však zostáva zásadná.

V súhrne obidve paradigmy vyžadujú mechanizmy na reguláciu toku vykonávania. Programovanie orientované objektom jednoducho presúva zameranie z explicitných, centralizovaných kontrolných štruktúr na implicitné distribuované riadenie prostredníctvom interakcií objektov a manipulácie s udalosťami. Základná potreba riadenia toku programu však zostáva konštantná.

• Predchádzajúca strana: Kde si môžete sťahovať softvér na riešenie obchodného softvéru? 
• Ďalšia strana: Aký je proces využívania služby v systéme?