Hierarchical View Pattern

Környezet

Probléma

Befolyásoló tényezők

• Komplexitás és hatóerő a költségek ellenében
  ...
• Komplexitás a könnyed használhatóság ellenében
  ...
• Tömeges használat problémája
  Nagy adatmodell esetén kézzel megírni ezeket a becsomagoló osztályokat fáradságos és hibalehetőségekkel teli. Általános megoldás szükséges, hogy a tömeges gyártás megvalósulhasson: makró, generátor, templát.

Megoldás

1. Induljunk ki a relációs adatmodellből! Egy entitástól elindulva idegen kulcsok mentén navigáljunk! A navigáció során egy aciklikus irányított gráfot építsünk, amelyet címkézzünk fel!
2. Az aciklikus irányított gráf minden csúcsához rendeljünk egy osztályt!
3. Használjunk aggregációt az egy-egy típusú kapcsolatoknál, és konténert az egy-sok típusú kapcsolatoknál.

Példa

A korábban elkezdett példa osztályszerkezetének megvalósítása a gráf alapján az alábbiak szerint fog kinézni.

struct Customer {
    CustomerKeyType iCustNumber;
};
struct Article {
    ArticleNumberType iArticleNumber;
};
struct OrderItem {
    Article iArticle;
    QuantityType iQuantity;
};

classOrderInvoiceView : public HierarchicalView {
  public:
    OrderInvoiceView(OrderKeyType anOrder);

    OrderKeyType iOrder;
    Customer iCustomer;
    Vector<OrderItem> iTems;
    Money iSumOfInvoice;
  protected:
    virtual void update(void);
    virtual void insert(void);
    virtual void remove(void);
    virtual void read(void);
};

void Order::processInvoice(OrderKeyType anOrder) {
    OrderInvoiceView *pInvoice = 
       (OrderInvoiceView) ViewFactory::getView(anOrder);

    ItemIterator itemIter = pInvoice->iItems.begin();
    for(;itemIter != iItems.end(); itemIter++) {
        pInvoice->iSumOfInvoice+=
            (itemIter->iQuantity *
	     itemIter->iArticle.iArticlePrice);
    }
    pInvoice->markModified();
}

Következmények

• Öröklődés és többalakúság A minta ezeket nem támogatja. Ez megfelelő a legtöbb üzleti alkalmazás esetében. :)
• Interfész komplexitása Az interfész eddig vázolt állapotában minimális. Generálási lehetőség bevezetése újabb erőfeszítéseket igények, de ez igen hamar megtérül.
• Interfész stílusa A logikai adatmodell határozza meg az interfész stílusát, szemben az objektumrelációs modellel, ahol az objektummodell követi a belső struktúrát.
• Egyszerű használat és az alkalmazásoldali igények Könnyű lesz használni, hiszen az alkalmazásoldali igényeknek megfelelően készült.
• Szétválasztás Az alkalmazási és az adatbázisréteg teljes szétválasztását végzi.

Variációk