Uml: singleton

Moderators: jkien, Xilvo

Reageer

Bericht 19-12-'10, 17:09

English

Berichten: 126

Uml: singleton

http://zenit.senecac.on.ca/wiki/imgs/Singleton_UML.png

Beste,

hierboven het standaard UML-diagram voor het patroon "singleton". De eerste methode van de klasse Singleton (- Singleton) betreft de constructor, die typerend in dit geval ofwel private ofwel protected staat gedefinieerd (in dit geval private). De reden hiervoor: andere klassen mogen de constructor niet zo maar aanroepen, aangezien er dan meerdere objecten kunnen worden aangemaakt van de klasse Singleton, wat nu juist niet de bedoeling is. Bedoeling = slechts 1 object aanmaken.

Onze prof Systeemontwerp stelde ons echter recent de vraag hoe je nu zou kunnen hetzelfde resultaat bekomen indien de constructor toch als publiek zou worden gedefinieerd. Hij gaf er zelf geen antwoord op en zei dat dit een mogelijk examenvraag zou kunnen zijn voor de "hogere punten". Een incentive als dat is, heb ik me aan het denken gezet, maar ik geraak er niet echt uit.

Volgens de assistent ben ik juist op weg wanneer ik vertrek vanuit de volgende standpunten:

* Een methode om een constructor te beschermen bestaat niet

* Er moet een soort tellermechanisme,dat bijhoudt hoeveel objecten van de klasse er zijn aangemaakt, worden geïmplementeerd

Mijn ingeving

---------------

Structureel gezien is het erg simpel, de teller moet maar van twee zaken uitgaan:

IF teller = 0 THEN create object --> aanroepen constructor

IF teller = 1 THEN do not create object --> weigeren om constructor aan te roepen

Nu vermits het maar om een 0 of een 1 gaat (hoger zal de waarde van de teller toch nooit komen), vermoed ik dat met een boolean zal moeten gewerkt worden.

Mijn vraag naar jullie toe is echter, hoe implementeer ik dit? De constructor wordt aangeroepen, maar indien dit gebeurt moet die teller (een methode binnen een methode) ook worden aangeroepen. Ik mag toch niet het volgende schrijven:

+Singleton(+teller:boolean)

Een dergelijke constructie heb ik immers nog nooit gezien binnen object-oriëntatie, aldus vermoed ik dat dit fout is.

Enige hulp is meer dan welkom! ;)

Alvast bedankt, English
Omhoog

Bericht 20-12-'10, 00:29

Jan van de Velde

Gebruikersavatar
Moderator
Berichten: 51.271

Re: Uml: singleton

verplaatst naar Programmeren
ALS WIJ JE GEHOLPEN HEBBEN...
help ons dan eiwitten vouwen, en help mee ziekten als kanker en zo te bestrijden in de vrije tijd van je chip...
http://www.wetenscha...showtopic=59270
Omhoog

Bericht 20-12-'10, 00:54

317070

Gebruikersavatar
Berichten: 5.609

Re: Uml: singleton

Singletons ara Pure Evil! ;)

Maar behalve dat. (Ik ken helaas nog niets van UML)

Die teller kun je statisch maken in je klasse. Zodoende kan je constructor zelf kijken of hij zichzelf mag maken of niet. Indien hij zichzelf niet mag maken is de enige oplossing een Exception throwen. Een constructor kan zichzelf namelijk niet 'niet initialiseren'...

Maar het blijft heel lelijke code voor iets waarvan je normaal gezien een statische klasse (of een namespace) van maakt.
What it all comes down to, is that I haven't got it all figured out just yet

And I've got one hand in my pocket and the other one is giving the peace sign

-Alanis Morisette-
Omhoog

Bericht 20-12-'10, 07:33

English

Berichten: 126

Re: Uml: singleton

Ik had ook inderdaad wat research online gedaan naar concrete oplossingen voor dit probleem en zowel in C++ als in Java wordt vaak gebruik gemaakt van een statische constructor, vermits er dan geen visibility moet worden gedefinieerd. Jammer genoeg is dit nu niet toegelaten als oplossing voor dit probleem. We moeten er dus echt wel vanuit gaan dat de constructor een niet-statische methode is met een publieke visibiliteit.

Ik las online iets over een programmacode genaamd double locking, die desondanks ze niet thread-free is, toch wel soms wordt toegepast om op een eenvoudige manier dit op te lossen. De werking ervan sluit alleszins erg dicht aan bij hetgeen ik in gedachten had:

* indien de constructor mag worden uitgevoerd (==null), dan lockt het lockmechanisme zichzelf

* indien de constructor niet mag worden uitgevoerd (==one), dan lockt het lockmechanisme de constructor

Hoe zou je dit dan concreet implementeren in UML of in Javacode? Iemand? ;)

Alvast bedankt.
Omhoog

Bericht 20-12-'10, 08:16

EvilBro

Berichten: 7.068

Re: Uml: singleton

Ik las online iets over een programmacode genaamd double locking
Double-checked locking werkt meestal niet goed.
Omhoog

Bericht 20-12-'10, 09:22

English

Berichten: 126

Re: Uml: singleton

Wat stelt u dan voor? ;)

Ik ben echt wel nieuwsgierig naar een uniforme oplossing die niet impliceert dat de methode statisch moet worden gemaakt. Leuk om mee 'uit te pakken' (excuses voor het taalgebruik) op feestjes natuurlijk!
Omhoog

Bericht 20-12-'10, 11:55

317070

Gebruikersavatar
Berichten: 5.609

Re: Uml: singleton

Ik had ook inderdaad wat research online gedaan naar concrete oplossingen voor dit probleem en zowel in C++ als in Java wordt vaak gebruik gemaakt van een statische constructor, vermits er dan geen visibility moet worden gedefinieerd. Jammer genoeg is dit nu niet toegelaten als oplossing voor dit probleem. We moeten er dus echt wel vanuit gaan dat de constructor een niet-statische methode is met een publieke visibiliteit.
Awel, dit is een oplossing.

Code: Selecteer alles

public class Singleton{

	private static volatile boolean cnt= false;

	public synchronized Singleton(){

		if(cnt){

			throw new Exception();

		}else{

			cnt = true;

		}

		//rest van constructor

	}

}
What it all comes down to, is that I haven't got it all figured out just yet

And I've got one hand in my pocket and the other one is giving the peace sign

-Alanis Morisette-
Omhoog

Bericht 20-12-'10, 12:25

EvilBro

Berichten: 7.068

Re: Uml: singleton

Wat stel je je precies voor bij een 'synchronized constructor'? (in Java is dit volgens mij niet eens mogelijk...)
Omhoog

Bericht 20-12-'10, 20:00

317070

Gebruikersavatar
Berichten: 5.609

Re: Uml: singleton

Wat stel je je precies voor bij een 'synchronized constructor'? (in Java is dit volgens mij niet eens mogelijk...)
Daar heb je een punt. Bij constructors staat die static er niet expliciet, vandaar de verwarring...

Code: Selecteer alles

public class Singleton{

	private static volatile Boolean cnt= false;

	public Singleton(){

		synchronized(cnt){

			if(cnt){

				throw new Exception();

			}else{

				cnt = true;

			}

			//rest van constructor

		}

	}

}
What it all comes down to, is that I haven't got it all figured out just yet

And I've got one hand in my pocket and the other one is giving the peace sign

-Alanis Morisette-
Omhoog

Bericht 20-12-'10, 20:25

English

Berichten: 126

Re: Uml: singleton

De volledige code zou dan neerkomen op het volgende:

/*Implementation of a publicly-defined constructor in a Singleton class*/

public class Singleton {

public class Singleton{

private static volatile Boolean cnt= false;

public Singleton(){

synchronized(cnt){

if(cnt){

throw new Exception();

}else{

cnt = true;

}

static private Singleton _instance = null;

static public Singleton instance() {

if(null == _instance) {

_instance = new Singleton();

}

return _instance;

}

}

}

}

}





Juist? ;) Alvast bedankt voor de vele moeite!
Omhoog

Bericht 20-12-'10, 20:48

317070

Gebruikersavatar
Berichten: 5.609

Re: Uml: singleton

Juist? ;) Alvast bedankt voor de vele moeite!
Nog net niet helemaal. Als er nu extern de constructor wordt aangeroepen, en vervolgens ergens iets anders getInstance()?

Je moet in je constructor zelf de _instance instellen.
What it all comes down to, is that I haven't got it all figured out just yet

And I've got one hand in my pocket and the other one is giving the peace sign

-Alanis Morisette-
Omhoog

Bericht 21-12-'10, 07:56

English

Berichten: 126

Re: Uml: singleton

Dus in feite impliceert dit dat de _getInstance binnen de accolades van de constructor zich moet bevinden, niet? ;) Dit is mijn eerste semester object-oriëntatie nog maar, programmeren hebben we in principe nog niet gezien (in het tweede semester programmeren we in java, nu zien we de kernconcepten en hoe dit vervat zit binnen UML, dus de implementatie ervan, daar ben ik nog niet erg sterk in)
Omhoog

Bericht 22-12-'10, 21:29

317070

Gebruikersavatar
Berichten: 5.609

Re: Uml: singleton

Dit is mijn eerste semester object-oriëntatie nog maar, programmeren hebben we in principe nog niet gezien (in het tweede semester programmeren we in java, nu zien we de kernconcepten en hoe dit vervat zit binnen UML, dus de implementatie ervan, daar ben ik nog niet erg sterk in)
Holy ****, wie heeft dat systeem bedacht? Zoiets zou je maar aan moeten beginnen als je al een hoop programmeerervaring hebt, lijkt mij. Ik heb het toch zo gedaan...
Dus in feite impliceert dit dat de _getInstance binnen de accolades van de constructor zich moet bevinden, niet? ;)
Nee, zoiets kan niet. Je kan geen functie binnen een andere functie definiëren in de meeste talen.

Waar ik aan dacht is dit, hoogstwaarschijnlijk is het dan wel niet waar de professor op doelde, lijkt mij. Deze code is ongelofelijk lelijk en ondoeltreffend. (But then again, singletons zijn lelijk).

Misschien toch maar eens vragen aan de prof of hij aan iets dergelijk dacht. ;)

Code: Selecteer alles

/*Implementation of a publicly-defined constructor in a Singleton class*/

public class Singleton{

private static volatile Boolean cnt= false;

public Singleton(){

synchronized(cnt){

if(cnt){

throw new Exception();

}else{

cnt = true;

}

_instance = this;

}

}

static private Singleton _instance = null;

static public Singleton instance() {

if(null == _instance) {

try{

_instance = new Singleton();

catch(Exception e){}

}

synchronized(cnt){

return _instance;

}

}

}
What it all comes down to, is that I haven't got it all figured out just yet

And I've got one hand in my pocket and the other one is giving the peace sign

-Alanis Morisette-
Omhoog
Reageer

Terug naar “Informatica en programmeren”