[Alg] Gebruik van versienummers voor updaten variabelen

[blueicez]

Hi All,

Ik heb een vraagje voor wat betreft het gebruik van een versienummer bij het updaten van variabelen.

Situatie:

Stel je hebt een variabel A van een klasse, welke in een instantie zit van X.

Er zijn verschillende instanties van een andere klasse (bijv. Z Y) die gebruik maken van X.
Deze andere klasse (Z Y) voeren wat spannende rekenkunstjes uit met waarde A uit X en vullen hiermee een aantal eigenschappen van zichzelf.

Indien waarde A van X aangepast wordt door een andere instantie (wat niet van te voren is in te schatten) dan zullen Z en Y hun berekening opnieuw moeten uitvoeren en intern zaken updaten.

Probleem:

Omdat het hier om vrij grote variabelen gaat, die als gevolg een hoop geheugen gebruiken, is het belangrijk dat hiermee zuinig moet worden omgegaan.

Ik kan dus niet simpel zeggen van: if (this.mijnA == X.A) { Goed. } else { Fout } omdat ik dan voor elke instantie een kopie moet hebben als vergelijk materiaal. Dit zal een hoop geheugen/snelheid kosten en misschien zelfs de applicatie onwerkbaar maken.

De oplossing waar ik tot nu toe mee genomen was, is het gebruik maken van een versienummer van A in X. Op deze manier kan snel worden gezien of er een update noodzakelijk is.

Vraag:

• Heeft iemand een idee hoe dit technisch heet? (het gebruik van versie nummers om een update van variabelen aan te geven, dit praat in iedergeval een stuk makkelijker)
• Persoonlijk vind ik dit niet de meest elegante oplossing voor het probleem, heeft iemand voor mij een suggestie voor een betere oplossing? Het blijft naar mijn idee nog een beetje quick/dirty.

[kenneth]

Wat voor variabele is A? Een primitive of een class?
Indien class, maak A Observable, en X, Y en Z Observers.

Uitleg hier.

[Swerfer]

Kan A niet Y en Z aansporen om herberekeningen uit te voeren op het moment dat A is gewijzigd?

[Verwijderd]

Daar hebben ze events en event handlers / delegates voor uitgevonden.

[blueicez]

Verwijderd schreef op zaterdag 29 juli 2006 @ 20:57:
Daar hebben ze events en event handlers / delegates voor uitgevonden.

Ik heb hier inderdaad van gehoord, hoe zou zoiets er in deze situatie (globaal) uit komen te zien?

[purge]

Even een klein voorbeeldje in VB. Let niet op de naamgevingen enzo ;-)
Commentaar bij de code heb ik weggelaten daar dit het overzicht niet ten goede komt. suc6

Visual Basic:

Public Class X

    Private m_A As Integer

    Public Property A() As Integer
        Get
            Return m_A
        End Get
        Set(ByVal value As Integer)
            m_A = value
            RaiseEvent WhenValueHasChanged(Me, New EventArgs)
        End Set
    End Property

    Public Event WhenValueHasChanged As ChangeEventHandler
    Public Delegate Sub ChangeEventHandler(ByVal sender As Object, ByVal e As EventArgs)

End Class

Public Class Z

    Public WithEvents XItem As New X

    Private Sub XItem_WhenValueHasChanged(ByVal sender As Object, ByVal e As System.EventArgs) Handles XItem.WhenValueHasChanged
        ' recalculate
    End Sub
End Class

Public Class Y
    Public WithEvents XItem As New X

    Private Sub XItem_WhenValueHasChanged(ByVal sender As Object, ByVal e As System.EventArgs) Handles XItem.WhenValueHasChanged
        ' recalculate
    End Sub
End Class

[JKVA]

Misschien iets duidelijkere voorbeelden.
http://en.wikipedia.org/wiki/Observer_pattern

[kenneth]

blueicez schreef op zaterdag 29 juli 2006 @ 21:05:
[...]


Ik heb hier inderdaad van gehoord, hoe zou zoiets er in deze situatie (globaal) uit komen te zien?

delegates/event handling is andere terminologie voor Observer/Observable wat ik in de eerste post uitlegde. Genoeg over te vinden lijkt me ... probeer het eens zou ik zeggen.

En waar JKVA ook naar linkt

[NMe]

Ontwerpkwesties mogen in Software Engineering & Architecture.

PRG>>SEA

[JKVA]

Overigens is versioning niet eens zo'n heel lelijke oplossing. Hibernate maakt er bijvoorbeeld gebruik van. Je definieert een bepaald veld als zijnde een versie tellertje. Deze mag private zijn zonder getters en setters, zodat deze je domeinmodel niet vervuilen. Hibernate regelt onder water alles met betrekking tot versioning.

Waarmee ik probeer te zeggen: Zo'n versioningsysteem is geen probleem, maar probeer iets dergelijks zo veel mogelijk te verbergen, want als applicatieprogrammeur wil je dergelijke zaken niet tegenkomen.

Verwerk het bijvoorbeeld in een framework en hou het verborgen voor je andere code. Dit maakt het onderhoudbaarder en bovendien beter te begrijpen voor anderen. (en voor jezelf, een maand nadat je het geprogrammeerd hebt. )