<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
És már le is van implementálva.<br>
A biztonság kedvéért még megnézhetnéd hasonlóan beállított HashSet
és HashMultiset konténerekkel is.<br>
<br>
Boldi<br>
<br>
<div class="moz-cite-prefix">On 2015.06.18. 8:54, Dévai Gergely
wrote:<br>
</div>
<blockquote cite="mid:4cfb-55826b00-1-71c75c0@264311553" type="cite">Jo
hirem van: Boldi javaslata alapjan megcsinaltam a merest ugy is,
hogy az ArrayList kapacitasa a konstruktorhivaskor 1-re van
allitva. Igy nincs kulonbseg sebessegben a referencia es a max egy
elemu ArrayList hasznalata kozott.<br>
A javaslatom igy mar egyertelmuen az, hogy nem kell semmit kulon
wrappelni, hanem az osszes parameter egy ArrayList-ben megy be,
aminek a kapacitasa a multiplicitas felso korlatja alapjan kerul
beallitasra.<br>
<br>
Gergo<br>
<br>
On Tuesday, June 16, 2015 19:09 CEST, Dévai Gergely
<a class="moz-txt-link-rfc2396E" href="mailto:deva@caesar.elte.hu"><deva@caesar.elte.hu></a> wrote:<br>
<blockquote type="cite" cite="46f0-55805800-3-70fc8480@268399276"> </blockquote>
Sziasztok!<br>
<br>
Egy gyors meres alapjan egy elem atadasa, az uresseg vizsgalata es
az elem lekerdezese ArrayList hasznalata eseten kb. 2-szer lassabb
a sima referencianal.<br>
<br>
Udv,<br>
Gergo<br>
<br>
On Tuesday, June 16, 2015 18:15 CEST, Dévai Gergely
<a class="moz-txt-link-rfc2396E" href="mailto:deva@caesar.elte.hu"><deva@caesar.elte.hu></a> wrote:<br>
<blockquote type="cite" cite="1ea4-55804b80-b-9394c00@195949553"> </blockquote>
Sziasztok!<br>
<br>
A mult heti meetingen felmerult az a kerdes, hogy az operaciok mit
csinalhatnak a paremeterkent kapott objektumhalmazzal.<br>
Pl.: Egy [0..1] multiplicitasu in-out parametert kinullazhatnak-e?
Vagy - forditva - egy null parameter helyebe adhatnak-e vissza egy
objektumot? Altalaban: valtoztathatjak-e szabadon a szamossagot (a
statikusan megadott korlatok kozott)?<br>
<br>
A valasz az UML szabvany szerint igen.<br>
<a class="moz-txt-link-freetext" href="http://www.omg.org/spec/UML/2.5/Beta2/PDF">http://www.omg.org/spec/UML/2.5/Beta2/PDF</a><br>
108. oldal, "Parameters"<br>
<br>
A parameterekhez UML-ben lehet "effect" property-t rendelni, ami
egy tervezoi dontest fejez ki azzal kapcsolatban, hogy az adott
behavior mit csinalhat az adott parameterrel: create, read,
update, delete.<br>
A szabalyok viszont furcsak:<br>
- "Only in and inout Parameters may have a delete effect.": Azaz
egy in parameterkent kapott objetum is torolheto!!!<br>
- "Only out, inout, and return Parameters may have a create
effect." (Ez logikus.)<br>
Az adott parameterben kapott objektumhalmaz szamossaga tehat (a
fenti szabalyok es a multiplicitas betartasa mellett) letrehozas
es torles hatasara valtozhat.<br>
Arra sajnos meg nem talaltam valaszt, hogy egy behavior
kiszedhet-e egy objektumot a halmazbol anelkul, hogy torlne azt,
vagy beletehet-e a halmazba mar korabban letezo objektumokat...<br>
<br>
Mindenesetre ezek alapjan az implementacionkban [0..1]
multiplicitas eseten sem johet szoba a sima objektumreferencia
atadasa out es inout parameterek eseten (sem), mert elkepzelheto,
hogy null megy be es nem null jon ki. Egyre inkabb hajlok arra,
hogy minden parameteratadas egy (lehetoleg kis koltsegu) kollekcio
segitsegevel valosuljon meg. Ez esetben nem kell wrapper
osztalyokat csinalni a boolean, double, BigInt es String-hez.<br>
De ha van valami konzisztens modon implementalhato optimalizacio,
szoljatok!<br>
<br>
Udv,<br>
Gergo<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Modelinterpreter mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Modelinterpreter@plc.inf.elte.hu">Modelinterpreter@plc.inf.elte.hu</a>
<a class="moz-txt-link-freetext" href="https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter">https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter</a>
</pre>
</blockquote>
<br>
</body>
</html>