metodekald i den forkerte retning

Enten referencer eller en registrering i static/singleton.

Og jeg kan ikke gennemskue hvad det betyder for serialisering.

Du skal ha' fastlagt et ordentligt design!

Man går normalt ud fra en lagdeling der er som følgende:


GUI - lag (Alt det grafiske)
Business - lag (Programmets logik)
Data - lag (Som navnet antyder - behandler data. Kan f.eks. være databasekald)


Og kommunikationen går kun nedad.

Hvis der er behov for at GUI'en til tider skal have informationer fra Business-laget, er det pæneste helt klart at bruge observer pattern:

http://www.javaworld.com/javaworld/javaqa/2001-05/04-qa-0525-observer.html

Med en observer laver man ikke for store bindinger, og man kan på den måde få lavet genbrugelig kode.

observerPattern lyder fornuftigt..smid et svar...tak

P.S. mit prg ér opbygget efter et ordentlig design, det er netop det jeg ikke vil ødelægge

Okay - det lød bare i mine øre som om du vil smide gui-referencer med ned i business laget :)

Strengt taget flytter observer pattern også en reference hele vejen ned.

Bare med en register metode fremfor i constructor.

Ja, du kan ikke undgå en reference, men med observer pattern får man lavet et abstraktionsniveau, som jeg personligt mener er værd at foretrække :)

Man kan selvfølgelig opnå det abstraktionsniveau på flere måder, men fremgangsmåden i observerpattern synes jeg giver et godt indblik i hvordan det kan gøres.

hej Arne...du siger observer pattern også en reference hele vejen ned.... Mener du så den "rigtige" retning. i så fald ikke...vil det påvirke hvor mange klasser jeg skal Serialiserer?

Klasser der skal igennem en stream skal serialiseres. Hvis ens klasser nedarver fra et interface, kan man nøjes med at lade interfacet implementere/extende Serializable.

Jeg forstår dig ikke helt helt , når du skriver "igennem en Stream"..

Det jeg har gjort er udelukkende at Serialisere mine DataKlasser. Jeg har så tidligere lavet en "Dårlig Design" reference fra Data gennem Business til Gui klasserne, hvilket så betød at jeg var nød til Serialiserer samtlige klasser, der var i berøring med  referencen. 

Det er det jeg mente med spørgsmålet før...er jeg nød til at Serialisere alle klasserne igen, hvis laver laver en skidt reference, i observer Pattern...eller går denne reference den rigtige vej

Hmmm... og nu forstår jeg ikke dig!?

Man serialiserer sine klasser, hvis de skal sendes over netværk, gemmes på disk eller andre ting der gør, at de skal igennem en stream.

Jeg er ikke sikker på, at jeg er helt med på hvad du mener?

Uanset hvordan du smider referencer frem og tilbage i dit program, er det kun de klasser der (og nu siger jeg det igen :) skal igennem en stream der skal implementere Serializable.

Ja..den er fin.

Men jeg får altså compilerfejl, der fortæller mig at jeg skal Serialiserer samtlige klasser, der er i berøring med referencen.

Compilerfejl?

Hmmm... Må vi ikke se den fejl?

hej mikkelbm...jeg så ikke din kommentar 18:28:14

I mellem min business klasse og DataKlasserne har jeg en såkaldt Dataklasse der i konstruktøren loader mine data ind fra disk. og en metode der gemmer mine data.

Dvs rent billedmæssigt...alle klasser til højre for denne Dataklasse bliver Serialiseret.
Men jeg forstår hvad du mener med "igennem en strem" nu.. ;)

Okay - så er jeg også med :)

og til dit spørgsmål : "vil det påvirke hvor mange klasser jeg skal Serialiserer?"

Så er svaret nej.

Øh.

Hvis objBF har registereret sig hos objF, så vil den vel også blive serialiseret
med objF ?

det lyder godt...tak for hjælpen

>>Arne

Ja, det scenarie har du ret i. Men det er svært at forudse hvad vej hans kode går.