Rozhraní pro přístup k privátním proměnným objektu

[Solid.Sn]

Ahoj,

snažím se vymyslet něco co bude fungovat jako rozhraní pro přístup k privátním proměnným objektu (v tom kódu co posílám je to velmi zjednodušeně, jde o to, že při přiřazování hodnot se bude provádět určitá kontrola a podobně), aby se nemuselo používat něco ve stylu Objekt -> NastavHodnotuAtributu( Hodnota ) pro uložení a Objekt -> VratHodnotuAtributu() pro vrácení hodnoty.

Mám tedy přetížený operátor = tak, aby ukládal do struktury hodnoty (například Objekt -> Atribut = 5), teď mi jde ale o to, jestli je možné nějak docílit toho, aby samostatný Objekt -> Atribut nesl "svoji" hodnotu, tzn. v tomto případě 5 tak abych mohl napsat int Promenna = Objekt -> Atribut.

http://pastebin.com/LgYGEg0D

Moc děkuji za rady

[Tringi]

public:
_________________
WWW | GitHub | TW

[Ladis]

No vzhledem k tomu, že C++ nemá properties, tak správně je public proměnná, a pokud chceš nějaký kód reagující na čtení/přiřazení, tak přes Get/Set metody. Tedy nebylo by to C++, aby tam ty properties nešly doprogramovat, více zde: http://www.google.cz/search?q=c%2B%2B+properties
_________________
Award-winning game developer

[Fremen]

Použití properties:

[rezna]

@Fremen - to bude asi dost M$ specific, co?

[Fremen]

Non M$ specific:

http://www.codeproject.com/KB/cpp/cppproperties.aspx

PS: Sice taky v práci vyvíjíme na jiných platformách a s jinými kompilátory, ale tady předpokládám, že většina stejně používá MSVC.

[Marek]

Příkláním se k public:, cokoliv jinýho je jenom syntaktický cukr.

get/set metody pouze pokud chcete zakázat použití unárního operátoru &.

Ten článek, co poslal Fremen, je asi nejhorší řešení, protože to jenom zasírá kód dalšíma sračkama a nepřínáší to nic navíc kromě onanie nad šablonama.
_________________
AMD Open Source Graphics Driver Developer

[Houp]

Souhlasím s řešením "public".

Pokud chceš přistupovat k proměnné z jiných objektů tak, že je chceš měnit i získávávat, tak už je jedno, jestli je máš public, nebo to nějak obejdeš okolo jen protože někdo řekl, že "public" se u proměnných nepoužívá.
_________________

[Fremen]

Já samozřejmě také souhlasím s veřejným přístupem , ale reagoval jsem na první příspěvek v tomto threadu:

[Solid.Sn]

[rezna]

no ale bez sablony to bude silne int based a zadnou jinou property nerozchodis ...

[Solid.Sn]

[Quiark]

Public je sice krásné jednoduché řešení, ale jak to tak bývá, je taky špatně Autor psal, že potřebuje reagovat na změnu nebo kontrolovat hodnotu. A to se bez setteru neobejde...
_________________
Mám strach

[Solid.Sn]

V tomto tvaru jsem to chtěl použít na všechny properties, ale jak se dalo očekávat je to o dost pmalejší, než mít ty proměnné jako public.

Takže to pravděpodobně udělám tak, že hodnoty, které nebudou potřebovat kontrolu nebo reakci na změnu, budou opravdu public a hodnoty u kterých bude potřeba vyvolávat tyto události budou typu PROPERTY.

Taky jsem zkoušel srovnání nastavení a vracení hodnot klasicky pomocí metod SetValue / GetValue a rychlostně jsou na tom defakto úplně stejně jako hodnoty pouřívající pro nastavení a vracení třídu PROPERTY. Dokonce na 10 milionech přístupů byly hodnoty vracené a nastavované pomocí PROPERTY o něco málo rychlejší.



http://pastebin.com/Unh3r23Q

[rezna]

a testujes to doufam v releasu a se zapnutyma optimalizacema na max?

samozrejme ze prime prirazeni hodnoty je vzdycky rychlejsi, ale setter by nemel byt o tolik pomalejsi ...

dat neco jako public ja a priori spatne, a je to premature optimization, pokud nerekne nejakej software ze toto je opravdu bottleneck