Hirdetés

Keresés

Új hozzászólás Aktív témák

  • floatr
    veterán

    Azért kell usageCounternek is statikusnak lennie, mert a getHelper() többször is meg lehet hívva, ami statikus. Annyi a lényeg az egészben, hogy a getHelper() és a close() elvileg páronként vannak hívva, és ha a szám 0-ra esik akkor bezárja a db-t. Vagy mi volt a kérdésed?

    Értem én, hogy hogyan működne, csak azt nem, hogy miért. Mert tegyük fel, hogy a sUsageCounter is adattag, és nem statikus. Akkor a getHelper-nek adattagként kéne babrálnia, vagy hívhatna egy open() metódust is, ami ezt az értéket kezeli. Sakko szimmetrikus is a dolog, pláne ha van valami szemaforos cucc is a két metódus körül.
    Nem szabad halmozni a statikus dolgokat singleton esetében. Sőt, amióta springgel írom a hello world-öt is, azóta nem is nagyon használok igazi singletont sem. Itt persze más a dolog, de sztem hagyni kéne, hogy a singleton a nyitáskor is gondoskodjon magáról, ne csak a záráskor.

  • axioma
    veterán

    Azért kell usageCounternek is statikusnak lennie, mert a getHelper() többször is meg lehet hívva, ami statikus. Annyi a lényeg az egészben, hogy a getHelper() és a close() elvileg páronként vannak hívva, és ha a szám 0-ra esik akkor bezárja a db-t. Vagy mi volt a kérdésed?

    En ugy ertem a feladatot, hogy az ososztaly tudja, milyen alosztalyai vannak, es a kod tobbszoros leirasa az egyetlen problemad. Akkor miert nem csinalod, hogy az ososztalyban egy map-be bedobod a class-hoz a neki rendelt felugyelot, es 1x irod meg a fuggvenyt ami a class-hoz visszakapott cuccost modositja?
    (Bocs a pongyolasagert, meg en nem feltetlen tartanam ezt kovetendobbnek, mint a kulon letrehozast, meg lehetne persze tombbel es indexekkel, en csak a te felteteleidhez dobtam be egy szerintem megvalosithato es meg mindig nem tul ronda otletet.)

Új hozzászólás Aktív témák