Tech, szoftvertervezés és programozás

Elore-deklarálás (forward declaration)

C++ példa
Legyen a következő osztálydiagram:

Előredeklarálás nélkül a ClassA.h a következőképpen néz ki:

ClassA.h:

#ifndef CLASSA_H
#define CLASSA_H

#include "Base.h"
#include "ClassB.h"
#include "ClassC.h"

class ClassA : public Base
{
ClassB* m_ClassB;
ClassC* m_ClassC;

public:
void SetB(ClassB* b);
ClassB* GetB() const;

void updateC(ClassC* c);
};
#endif

A Doxygen egy nagyszerű, sokoldalú eszköz, amely leegyszerűsíti és automatizálja a
projectdokumentációk készítését.

A C++, C#, Java, Objective-C, Fortran és egyéb forrásokban található, speciális formátumú magyarázatok kinyerésével különböző kimenetek előállítására képes, a HTML-től a keresztreferenciákat tartalmazó PDF-ig.

A Doxygent Dimitri van Heesch-nek köszönhetjük, a project honlapja pedig a
http://www.stack.nl/~dimitri/doxygen/ címen található.
A project nyílt forráskódú, és megtalálható a SourceForge-on is http://sourceforge.net/projects/doxygen.
Az 1997-ben létrehozott projectet a szerző folyamatosan fejleszti, bővíti, és immár Windows-on, Mac-en és Linux-on is fut. A legújabb verziók a http://sourceforge.net/projects/doxygen/files/ oldalon találhatók.

Elkészült az iPhone alkalmazásod, letesztelted / teszteltetted, és végre eljött a várva-várt pillanat, amikor feltöltheted az iTunesConnect-be.
A feltöltendő Unix-os bundle "Distribution build" verzió, azaz nem "Development build", amit a fejlesztés alatti tesztelésre használtunk.
A Distribution build azonban nem telepíthető a fejlesztői iPhone/iPod Touch-ra, ami nem túl szerencsés helyzet: elég egy apró eltérés a fordítási kapcsolóknál, és a "Distribution Build" másképp fog működni, mint a fejlesztői verzió, amit agyonteszteltünk. A legrosszabb, hogy ez csak akkor fog kiderülni, amikor az Apple review-zza, vagy még rosszabb, ha azok találják meg, akik megvásárolták az app-odat.

Szerencsére a "Distribution Build" is letesztelhető, egy apró csel segítségével! ;)
Készítsd el a distribution build-et, majd codesign-nal változtasd meg a „iPhone Distribution” certificate-et „iPhone Development”-re.
Nyiss egy Terminalt, majd válts a Distribution build könyvtárba, ahol a bundle található, és hajtsd végre a következő parancsot:

$ codesign –f –s "iPhone Developer" –vv  "app_nev.app/app_nev"

A következő paranccsal lekérdezheted a code sign id-t, ami mostmár "iPhone Developer" kell, hogy legyen:

$ codesign –d –vv  "app_nev.app/app_nev"

Az így létrehozott bundle-t Organizer-ből vagy iTunes-ból rárakhatod a csatlakoztatott iPhone-ra vagy iPod Touch-ra. Ezáltal beküldés előtt letesztelheted a distribution build-et is, és nem kell kétségek közt vergődni, hogy valóban ugyanolyan jól muzsikál, mint a Development változat.

Sok sikert!

A gyártófüggvény egy létrehozási minta, amely mentesíti a kliens oldalt a létrehozandó objektumok típusának ismeretétől, és az azzal járó többletlogika implementálásától.

A gyártófüggvény bevetése a következő feltételek esetén megfontolandó:
- kliens (azaz hívó) oldalon egy öröklődési hierarchiában szerepelő osztályok példányosítását végezzük el (a new hívások nagy sűrűsége árulkodó jel lehet)  
- kiaknázzuk a többalakúságban rejlő lehetőségeket (az adott osztályok rendelkeznek virtuális függvényekkel)

A többalakúság (polimorfizmus) elegáns megoldásoat tesz lehetővé.
Az ősosztály pointerén keresztül hivatkozunk egy tagfüggvényre, és futásidőben a rendszer beazonosítja a megfelelő példányt, és a megfelelő osztály virtuális függvénye kerül meghívásra.