Osztályok ellen struktúrák - verem túlcsordulás az orosz
A C ++, a fő különbség a szerkezet és az osztály - hozzáférést módosítót, ami az alapértelmezett tagjaik számára. Osztályok, az alapértelmezett saját módosítót. és struktúrák - nyilvános. Persze, az elvek a tokozás szerkezete aláásva. de osztályok viszont akadályozzák a tervezési fázisban. ami befolyásolja a szerkezeti fejlődését a projekt.
Ie Például: válasszon ki egy osztályt a szerkezete egyszerűbb, mint az osztály, mert Class lesz, hogy vizsgálja felül a logikája kölcsönhatás tulajdonságait, amelyek korábban az azonos szintű hozzáférés. Ez több, protseess hozzáfűző / felülírás módszerek annak biztosítására, kapszulázási.
Minden jó lenne, ha bármelyik következő tervezési fázisban hirtelen észre, hogy néha séta körbe, ami egy üres állást, amely a hátsó beágyazás.
Egyrészt, akkor biztosan állást retsenzora C ++, és kövesse a „levél a törvény a PFSZ”, azaz hogy elfogadja az elkerülhetetlen bürokrácia. De másfelől - ez a projekt, és joga van építeni törvényei szerint, amely szabad folyást a szabad tervezés egy komplex osztály szerkezetét, a végleges változat a javítást osztályok szabályai szerint a PFSZ.
Válaszol március 22 '13 at 08:48
- Változékony struktúrákat gonoszak. Ez a nyilatkozat a C # kellő intézkedés a nem legacy C ++, illetve érdemes törekedni írásakor kódot immutab'elnosti adattípusok. - Ez az Ön például semmi nem akadályozza meg a felhasználó létrehozása után az objektumot a kép kézi változtatni a szélességét, ami viszont vezet adatok ronthatják. Különösen, ha a kód nem írja Const náci fejlesztő. - Costantino Rupert március 22 '13 at 08:43
Én nem beszélek a végleges adatok tárolása, és az ideje. Példa: felhívni azt kell tudni, hogy ő nagysága, akkor sokkal könnyebb a szerkezet (konstanntnoy utalás), akkor kap két különböző elemekkel. Ismét itt beszéljük meg a koncepció szerkezetek, nem a konkretnou alkalmazás. Bár én is egyetértenek, a példa nem tökéletes. - Dmitry Lepeshkin március 22 '13 at 08:54