De seneste forum tråde i [abstrakt] på Udvikleren.dk http://www.udvikleren.dk/ Wed, 29 Apr 2026 09:21:09 GMT http://backend.userland.com/rss Udvikleren.dk RSS Feeder 60 Jeg er lidt i tvivl omkring hvornår det er godt at benytter interfaces frem for abstrakte klasser i java.. <br />Jeg kan se en pointe med at vælge en abstract class frem for interface fordi at en subclass til en abstract class kun skal implementere de abstrakte metoder og ikke de "normale".. En interface kræver at man implementerer ALLE dens metoder.<br /><br />Hvorfor laver man ikke bare lave en abstract class KUN med abstrakte metoder i? Ville det ikke være det samme ?? .. Det går jeg selvfølgelig ikke ud fra, da der må være en mening med at bruge interfaces http://www.udvikleren.dk/forum/40036/java-interfaces-frem-for-abstrakte-klasser/ Fri, 21 Jun 2013 10:39:49 GMT Leder efter en simpel definition på "abstract datatypes", altså en forklaring der er til at forstå. Hvad kendetegner "Abstract datatypes" osv.?<br /><br />Ved godt hvilke abstakte datayper der findes, såsom:<br />List, Sets, Maps, Queue, Deque, stacks og trees.<br /><br />Og hvilke operationer og funktioner de har, men selve definitionen på hvad det er i en større helhed er jeg ikke sikker på. Håber at nogen kan komme med en god lille forklaring på dette.<br /><br />Har selvfølgelig selv læst om det og det billede jeg har fået er at "Abstract type" er en samling af forskellige "operations" og "types" (f.eks. primitive typer som int) der sammen udgør en ny "datatype". Det er altså en slags "custom made datatype".<br /><br />Eller er det helt ved siden af ? http://www.udvikleren.dk/forum/40006/abstract-datatypes-definition/ Wed, 12 Jun 2013 13:39:10 GMT Hey Allesammen!<br /><br />Jeg er i gang med et projekt og er nu nået til et punkt hvor rendering er begyndt at spille en rolle. Projektet er skrevet i JavaScript, men det burde ikke have nogen videre relevans.<br /><br />Jeg sidder og overvejer den "bedste" renderings strategi. Jeg har et "træ-object" som indeholder alle renderings-objekter hierarkisk, problemet ligger i hvordan jeg skal placere objekterne i forhold til hinanden. Selve placeringen er faktisk måske ikke det vigtigste, men nærmere den "mest rigtige" måde at bygge renderings funktionen op.<br /><br />Lige nu har jeg et renderings/kontekst object, der indeholder funktionalitet til at kunne tegne på renderingsfladen. Dette objekt starter det øverste elements renderingsfunktion, som herefter rekursivt kalder sine nodes, som kalder sine nodes osv.<br /><br />Problemet i denne tilgang ligger i at en node skal kende sin præcise position og herefter tegne sig selv på fladen, og jeg finder det "forkert" at en node skal kende sin præcise position, og mere logisk at den bare tegner sig selv i relative koordinater som parent så kan oversætte til absolutte værdier.<br /><br />Jeg ville rigtig gerne have en sådan løsning, men kan umiddelbart ikke finde ud af hvordan det i så fald skulle opbygges. Håber derfor I kunne hjælpe mig!<br /><br />Alle foreslag, også alternative er yderst velkomne, da jeg har meget begrænset erfaring med "rendering/tegning" af hierarkier.<br /><br />PS: Jeg undskylder på forhånd hvis ovenstående tekst, er blevet indviklet eller kludret, men problemet krøller min formulering. http://www.udvikleren.dk/forum/35228/renderings-algoritme/ Mon, 29 Aug 2011 19:09:33 GMT