[JAVA] Hoe werkt methode execute van event?

[jeetn]

Hallo,

Ik ben een 3de jaars Informatica student te Kortrijk. Voor school moeten we een project uitwerken voor een externe opdrachtgever. We werken volgens de gelaagde architectuur en zijn bezig met het schrijven van de events.

Nu begrijp ik niet hoe de execute methode werkt en wat deze exact doet. Ik vind op google hier niet al te veel info over... Hopelijk kunnen jullie helpen...

Dit is de gelaagde architectuur die we hanteren:

[SchizoDuckie]

• Open je project in je IDE
• Zet een breakpoint op de methode die je wil inspecten
• Run je class in debug mode
• Aanschouw de stack trace?

[jeetn]

De events moeten nog geschreven worden. Daarom dat ik deze vraag stel...

Ik moet dus nog de execute methode schrijven, maar weet niet wat daarin moet worden geschreven en wat die methode exact doet...

[pedorus]

Hoe het niet moet, staat hier uitgelegd.

[voodooless]

Misschien kun je je verhaal en vraag iets meer verduidelijken?

Normaalgesproken loop je gewoon alle listeners af en voer je dar hun event receive methode uit.

[ Voor 44% gewijzigd door voodooless op 18-02-2008 10:33 ]

[jeetn]

Eum...

Het is dus de 1ste keer dat we een project in JAVA maken. We werken OO en met bovenstaand model van de gelaagde architectuur. Het is bovendien een web-applicatie die we moeten ontwikkelen, waarschijnlijk een belangrijk detail dat ik ben vergeten te vermelden...

De events worden aangeroepen door de functies en de functies worden op hun beurt aangeroepen door de GUI...

[voodooless]

Tja, dat verhaal maakt het allemaal niet echt veel duidelijker imho.

Misschien even een concreet voorbeeld van zo'n event?

[jeetn]

Hieronder zie je een voorbeeld welke wij hanteren om onze events te schrijven. Dit voorbeeld staat in onze cursus OOA.

code:

/**
* Deze klasse is verantwoordelijk voor
* voor de uitvoering van het event
* uitlenen.
*/
public class UitlenenEvent
{
    //Attributen
    private LidBag lener;
    private ExemplaarBag ex;
    private UitleningBag uitl;
    private int errorcode = -1;

    /**
    * Constructor
    * een UitleningBag cre˜Aren met
    * datumUitlening = vandaag
    * datumMoetTerug = vandaag + 3 weken
    * id = uId
    * exId = e.getId;
    * lenerId = lener.getId;
    * lener = l
    * ex = e
    * @param l Het lid betrokken bij de uitlening.
    * @param e Het exemplaar dat uitgeleend wordt.
    * @param vandaag De huidige datum.
    * @param uId Id van de uitlening (is uniek).
    */
    public UitlenenEvent(
    LidBag l, ExemplaarBag e,
    Datum vandaag, ObjectId uId)
    {
    // ...
    }
    /**
    * Testen van de precondities:
    * Is het exemplaar uitleenbaar?
    * Heeft het lid minder dan vijf uitleningen?
    * @return errorcode
    * 0 : alle precondities vervuld;
    * 201: exemplaar niet in status uitleenbaar;
    * 202: lid heeft al vijf uitleningen.
    */
    public int validate()
    {
        if (ex.getStatus().getStatusValue() <> ExemplaarStatus.UITLEENBAAR)
        {
            return 201;
        }
        else
        {
            if (lener.getAantalUitleningen >= 5)
            {
                return 202;
            }
            else
            {
                return 0;
            }
        }
    }
    /**
    * @pre errorcode = 0;
    * uitvoeren van het event:
    * status exemplaar op "uitgeleend"
    * aantalUitleningen bij lener met een verhogen
    *
    */
    execute()
    {
    // code voor uitvoering event
    }
    /**
    * @return UitleningBag die bij de uitvoering
    * van constuctor gecre\"eerd werd.
    */
    public UitleningBag getUitlening()
    {
        return uitl;
    }
    /**
    * @return ExemplaarBag betrokken bij
    * deze uitlening.
    */
    public ExemplaarBag getExemplaar()
    {
        return ex;
    }
    /**
    * @return LidBag betrokken bij deze
    * uitlening
    */

    public LidBag getLid()
    {
    return lener;
    }
    /**
    *
    * @return int errorcode
    */
    public int getErrorcode()
    {
        return errorcode;
    }
}

[voodooless]

Vreemd... je zou toch verwachten dat een Event een of andere interface implementeert of dat er een abstracte superclasse is, aangezien ik aanneem dat methoden als execute() en getErrorcode() generiek zijn voor alle events.

Verder zien we zien we nu een event (voor zover je dat een event kunt noemen)... Maar dan? Je moet dus een manier hebben om deze vanuit de GUI aan te roepen? Lijkt me niet zo lastig toch?

[ Voor 5% gewijzigd door voodooless op 18-02-2008 11:41 ]

[NetForce1]

in de methode body van execute() zal je dus code moeten plaatsen die doet wat beschreven is in de javadoc.

Java:

/**
 * @pre errorcode = 0;
 * uitvoeren van het event:
 * status exemplaar op "uitgeleend"
 * aantalUitleningen bij lener met een verhogen
 *
 */
execute() {
    if (errorcode != 0) {
        throw new IllegalStateException() //of iets dergelijks
    }
    // zet status van exemplaar op uitgeleend
    // verhoog aantal uitleningen bij lener
}

Maargoed, dit is wel heel erg basic, misschien nog even babbelen met je docent ofzo?

[Kwistnix]

Als ik jouw model bekijk dan zou ik het eerder commands noemen dan events (Command pattern).
Tenminste, ik kan mij voorstellen dat de GUI events dispatched die worden afgevangen in een controller klasse (die jouw input functies bundeld voor een bepaald GUI component?). Die controller voert vervolgens commands uit die (hoofdzakelijk) het model (jouw databags?) manipuleren.
Eventueel kan je dan een history van uitgevoerde commands bijhouden en zo undo/redo/macro functionaliteit inbouwen.

[jeetn]

FallenAngel666 schreef op maandag 18 februari 2008 @ 11:32:
Als ik jouw model bekijk dan zou ik het eerder commands noemen dan events (Command pattern).
Tenminste, ik kan mij voorstellen dat de GUI events dispatched die worden afgevangen in een controller klasse (die jouw input functies bundeld voor een bepaald GUI component?). Die controller voert vervolgens commands uit die (hoofdzakelijk) het model (jouw databags?) manipuleren.
Eventueel kan je dan een history van uitgevoerde commands bijhouden en zo undo/redo/macro functionaliteit inbouwen.

Zou het mogelijk zijn om hier een concreet voorbeeld van te geven?

[momania]

jeetn schreef op maandag 18 februari 2008 @ 11:46:
[...]


Zou het mogelijk zijn om hier een concreet voorbeeld van te geven?

Gewoon basic MVC voorbeelden zoeken.

[voodooless]

Ik denk dat je beter naar een heel ander model kan als je met web gui's werkt. Ik zou eerst eens even uitzoeken hoe dat in zijn werk gaat voordat je in het diepe duikt.

[jeetn]

FallenAngel666 schreef op maandag 18 februari 2008 @ 11:32:
Als ik jouw model bekijk dan zou ik het eerder commands noemen dan events (Command pattern).
Tenminste, ik kan mij voorstellen dat de GUI events dispatched die worden afgevangen in een controller klasse (die jouw input functies bundeld voor een bepaald GUI component?). Die controller voert vervolgens commands uit die (hoofdzakelijk) het model (jouw databags?) manipuleren.
Eventueel kan je dan een history van uitgevoerde commands bijhouden en zo undo/redo/macro functionaliteit inbouwen.

Bij ons is het zo dat de GUI een inputfunctie dispatched die wordt afgevangen door een event. Dat event gaat dan vervolgens onze databags gaan manipuleren.

Dan is mijn vraag: Hoe kan ik ervoor zorgen dat ons event die databags gaat manipuleren?? Hoe moet ik dat doen? Hoe schrijf ik dat in code?

In uw geval zou et zijn: Hoe gaan die commands het model manipuleren?

[voodooless]

Zoals je altijd een database manipuleert... Door middel van een JDBC koppeling of een of ander framework daaromheen.