Boundary og Controller objekter - sammen med MouseListener?

Det skal lige siges at programmet skal kunne spilles af to personer over nettet.
Derfor jeg godt kunne tænkte mig at rykke lidt mere logik ind i controlleren, så dette kunne blive det eneste sted der havde kendskab til mine klasser Sender og Reciever, altså det eneste sted der sender og modtager fra serveren.

Mit forslag vil være:
- brug en separat normal klasse som listener - ikke this eller en anonym indre klasse,
  så er mouse events flyttet ud fra vew delen
- den klasse kunne så load en "do the work" klasse via Spring og delegere til den
- den klasse har så noget logik, bruger send og receive etc.

- brug en separat normal klasse som listener - ikke this eller en anonym indre klasse,
  så er mouse events flyttet ud fra vew delen:

Indtil videre har jeg når jeg har oprettet selve JPanelet, der holder brættet bare add'et en MouseListener til denne som jeg selv har defineret. Det gjorde jeg med:
this.addMouseListener(listener);
altså har jeg brugt this referencen som du nævner at jeg netop skal undgå.
Jeg har også prøvet med en indre klasse da det herfra var nemmere at tilgå nogle informationer brættet holder. og dette er som du siger også noget vi prøver at undgå.

Så hvad jeg i virkeligheden skal gøre er at:

1. lave JFramet med de nødvendige JPaneler osv.
2. lave klasser der tager sig af at lytte til dele af JFramet.
3. lave klasse der opretter et JFrame objektet og tilføjer lyttere til de dele af framet der skal lyttes til.

**********************************************************************

- den klasse kunne så load en "do the work" klasse via Spring og delegere til den

Altså dette er den lytterklasse jeg lavede før eller er det den klasse der opretter lytterobjektet?
hvad menes der med via Spring? er det noget bestemt i java jeg skal læse op på?

***************************************************************************

- den klasse har så noget logik, bruger send og receive etc.

Dette er jeg med på altså jeg skal lave en klasse der tager sig af næsten alt arbejdet og samler informationerne et sted så de nemme kan tilgås i programmet.
Det er denne der kommer til at fungerer som min controller.

 
Forresten tak for din hjælp.

this.addMouseListener(listener);

er OK.

Jeg taenker slet ikke paa den son vaernde med this, da den kan skrives som:

addMouseListener(listener);

Den jeg ikke kan lide er:

addMouseListener(this);

Spring er et kendt og meget brugt Java framework.

Saa kort sagt:
- laver du et specielt kald for at create et objekt
- hvilken klasse der faktisk loades bestemmer du i en XML config fil

Tricket er at saa kan du via konfiguration vaelge mellem single player og multi player.

http://www.springsource.org/documentation vil fortaelle dig mere.

Lad dig ikks skraemme af hvcor stort det er - du skal kune bruge 1%.

Det med Spring lyder super smart :D men holder mig fra det indtil videre da der alligevel kun skal være mulighed for multiplayer, altså ingen mulighed for at spille mod en bot i denne omgang. måske kommer det senere, men kommer lidt an på hvor meget tid der er til overs til det.

Men mange tak for hjælpen i hvert fald.

-Lig bare et svar!

I dit svar kunne jeg egentligt godt tænke mig en kommentar omkring det med GRASP principperne. Er det noget der bliver lagt meget vægt på under udviklingen i erhvervslivet? eller skal det bare laves i en mægtig fart?
Jeg kunne forestille mig, at man jo nok ikk har så meget tid til at fedte rundt i koden ligesom jeg har i min fritid :)

Der er altid tidspres i virkelige projekter.

Men udviklere sidder altsaa ikke og skriver kode i 8 timer om dagen.

I den tunge ende af software udvikling skal du regne med at en udvikler bruger 5% af
sin tid paa at skrive kode i sin IDE.

OOP, design patterns, CBD, SOA og andre teoretiske begreber er absolut en del af
de fleste software udvikleres hverdag.

Lige netop GRASP og boundary/controller er dog ikke blandt de mest brugte begreber.

Og et svar.