Tech, szoftvertervezés és programozás

Sebességre optimalizálni egy szoftvert érdekes, ugyanakkor nem mindig egyszerű feladat. Számos elméletet, érdekes cikket és vitát láttam már a témában.

Egyesek azt állítják, hogy manapság szinte fölösleges sebességre optimalizálni, hiszen a modern fordítók elég intelligensek ahhoz, hogy gyors futtathatót generáljanak, és előfordulhat akár az is, hogy ilyen célú törekvéseink éppenséggel szuboptimális eredményt produkáljanak. Mások azt vallják, hogy hiba túl korán optimalizálni. És vannak, akik szerint az optimalizálást mindig szem előtt kell tartani, és célzottan ellenőrizni a kódunk teljesítményét, a fejlesztés teljes ciklusa alatt.

Véleményem szerint az optimalizálást már akkor el kell kezdeni, amikor a rendszerterv elég kiforrott, és a főbb szolgáltatásokat stabil alapokra lehet fektetni. Ergo amint valami már elkezd működni, és várhatóan nem kell az egészet újratervezni. A választott módszertantól függ, hogy ez mikor következik be: a vízesésmodellnél valószínűleg korábban, de egy jól megvalósított agilis módszernél is viszonylag korán el kell érni ezt az állapotot.

Egy code review során felmerült a kérdés, hogy miért ajánlott a delegate ellenőrzése - avagy miért jobb az alábbi verziók közül a második?

if ([delegate respondsToSelector:@selector(baz:)]) 
{
    ...
}

helyett miért használjuk inkább ezt a formát:

if (delegate && [delegate respondsToSelector:@selector(baz:)]) 
{
    ...
}

Feleslegesnek tűnhet a második esetben a delegate érvényességének vizsgálata, hiszen a respondsToSelector nil-re úgyis false-t ad vissza. Azonban ez nem ilyen egyszerű: a respondsToSelector: végrehajtása során előbb meghívásra kerül az objc_msgSend metódus, amely az üzenetküldésért felelős; valami hasonló történik:

objc_msgSend( object, selector, ... )
{
    if( object == nil )
    {
        return;
    }
    else
    {
       // végrehajtás
       ...
    }
}

Tehát mindenképp megtörténik a delegate ellenőrzése, de előbb egy dinamikusan linkelt library metódus kerül meghívásra. Azzal, hogy előbb leellenőrizzük a delegate-et, ezt megspróroljuk => optimalizálás.

A barlang - háttérkép (1920 x 1440)

iOS keresztmintás hátterek ajándékba (2560x1440 és 1920x1440):

Könyveim mostmár elektronikus formában is elérhetőek:
Shaderprogramozás

Grafika és játékprogramozás DirectX-szel