DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Nee dat is hou ik liever geheim. Test draait op de TransIP VPS van die vriend van mij, werkt erg fijn wat ik van hem begrijp. Daarnaast heeft hij op die server ook een Gitlab installatie draaien waar we onze repository hebben draaien.quote:Op maandag 18 juni 2018 11:12 schreef FlippingCoin het volgende:
[..]
Ah gaaf, wil je vertellen wat je gaat bouwen of laat je dat nog geheim?
Hen gister een VPS aangeschaft bij TransIP. Jenkins opgegooid en een koppeling gemaakt met GIT. Vandaag wil ik maak dat als er van de backend een commit bij de master doorkomt dat alle tests uitgevoerd worden, en zodra alle tests slagen de server de oude voor de nieuwe python programmatuur vervangt en opstart zodat ik niet steeds zelf zit te kutten met uploaden en zo en zodat alrijd alle tests moeten slagen voordat een nieuwe versie live gaat.
Daarna beginnen met de API. Gaat een stateless REST API worden in Python. Voorlopig weinig spannend, wat wegschrijven en ophalen van data uit de database.
Ja bij ons ook een vrij standaard REST API, wat die vriend waarschijnlijk voornamelijk gaat doen. Ik zal mij voornamelijk gaan richten op de frontend dus heb nog genoeg te doen om mijn Vue onder de knie te gaan krijgen en daarnaast het design werk, dat vind ik nog haast het moeilijkst xD
Fair enough.quote:Op maandag 18 juni 2018 13:42 schreef Molleman het volgende:
[..]
Nee dat is hou ik liever geheim. Test draait op de TransIP VPS van die vriend van mij, werkt erg fijn wat ik van hem begrijp. Daarnaast heeft hij op die server ook een Gitlab installatie draaien waar we onze repository hebben draaien.
Ja bij ons ook een vrij standaard REST API, wat die vriend waarschijnlijk voornamelijk gaat doen. Ik zal mij voornamelijk gaan richten op de frontend dus heb nog genoeg te doen om mijn Vue onder de knie te gaan krijgen en daarnaast het design werk, dat vind ik nog haast het moeilijkst xD
Aardig lopen kutten vandaag maar Jenkins ziet nu wanneer ik van de backend iets push naar de master branch, en vervangt de oude code op mijn server nu met de nieuwe code.
Nu nog maken dat eerst alle unit tests uitgevoerd moeten worden, en enkel en alleen als die unit tests niet falen de oude code voor de nieuwe wordt vervangen. Daarna database opzetten en dan kan ik de eerste API calls maken.
I. werkt ook met vue volgens mij trouwens, zelf werk ik met Angular 4.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Èh 
ik heb niks met programmeren, maar.....
toch handig batchprogje in elkaar geflutst
echo%SystemRoot%\system32\cmd.exe
cd D:\
netstat.exe -a
cmd
Vroeger langere geschreven met if, go to, and/or en zo.
Was wel leuk voor een super amateurtje!
ik heb niks met programmeren, maar.....toch handig batchprogje in elkaar geflutst
echo%SystemRoot%\system32\cmd.exe
cd D:\
netstat.exe -a
cmd
Vroeger langere geschreven met if, go to, and/or en zo.
Was wel leuk voor een super amateurtje!
Hier doe ik diverse dingen met C#/MSSQL
Geen echte projecten, maar meer wat kleine scripts/batches en andere zaken
Geen echte projecten, maar meer wat kleine scripts/batches en andere zaken
Prrrrttt
Op dinsdag 12 oktober 2010 19:11 schreef 4EverBlackEyed het volgende:Perry is de oppercavia :')
Op dinsdag 12 oktober 2010 19:11 schreef 4EverBlackEyed het volgende:Perry is de oppercavia :')
Ah leuk, ik schrijf vooral FIJI of ImageJ plugins, dat is in JAVA. Recent een 3d floodfill gebouwd die 3d beelden opvult (zoals het emmertje in photoshop maar dan in 3d, met wat extratjes) en heb die ook uitgebouwd naar vullen met een "bal" vorm. Het is alleen nog niet allemaal zo snel als ik zou willen. Ook ben ik bezig om wat simpele registratie plugins te schrijven voor super-resolutie data omdat de bestaande iets te fancy zijn voor onze doeleinden.
Daarnaast doe ik veel met simulaties dingen als vogel zwermen enzo, vrij basic maar wel leuk om mee te pielen, of monte carlos van bacteriën die wat evolueerbare eigenschappen hebben.
Daarnaast doe ik een beetje in R ik en collega's hebben een pakket gemaakt dat super-resolutie data kan analyseren en weergeven, en dat hoop ik snel te publiceren al blijkt dat een gebed zonder einde...
Het is allemaal vrij amateuristisch programmeren maar het is wel leuk om te doen
voorbeeldje van een vogel zwermpje, dit is nog volledig 2d maar ik heb hem uitgebreid naar 3d.
Daarnaast doe ik veel met simulaties dingen als vogel zwermen enzo, vrij basic maar wel leuk om mee te pielen, of monte carlos van bacteriën die wat evolueerbare eigenschappen hebben.
Daarnaast doe ik een beetje in R ik en collega's hebben een pakket gemaakt dat super-resolutie data kan analyseren en weergeven, en dat hoop ik snel te publiceren al blijkt dat een gebed zonder einde...
Het is allemaal vrij amateuristisch programmeren maar het is wel leuk om te doen
voorbeeldje van een vogel zwermpje, dit is nog volledig 2d maar ik heb hem uitgebreid naar 3d.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Ohja ik bouw ook gitaar effecten en synthesizer achtige dingen in pure data, maar ik wil eigenlijk nog een keer overstappen naar een andere programmeer taal, misschien rechtstreeks op de geluidskaart programmeren ofzo, dat zou wel stoer zijn. (maarja tijd is hier de lastigste factor)
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Ik ben het laatste half jaar vrijwel exclusief in laravel bezig, na 10+ jaar bijna alleen perl. Was wel ff wennen maar over het algemeen is laravel best nice. Het heeft heel veel dingen standaard aan boord die ik daarvoor allemaal zelf heb moeten bouwen of met losse modules bijelkaar knutselen. Authenticatie, mail, job queueing, testing, caching, database abstractie, etc. Daardoor kun je heel snel en makkelijk een app opzetten. De database migrations van laravel zijn echt super, en de seeder ook. Had ik dat maar eerder gehad!
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
ik werk vooral met Javascript laatste tijd met Meteor en React.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
Een object bevat attributen en methoden. Attributen en methoden die bij het object horen hang je aan het object.quote:Op dinsdag 19 juni 2018 10:09 schreef Bosbeetle het volgende:
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
Zoals je zelf zegt is het een warboel en dat is ook mijn mening over je uitleg waar ik niet heel veel wijzer uit wordt. Maar als jij het hebt over een lokalisatielijst en lokalisatiegegevens bij de objecten dan lijkt deze lijst mij in eerste instantie overbodig. Deze lijst kan afgeleid worden van de verschillende objecten en hoeft geen object op zich te zijn?
Alle projecten waarvan je denkt dat kan in DIG zijn welkom of het nou klein is of niet.quote:
Èh
toch handig batchprogje in elkaar geflutst
echo%SystemRoot%\system32\cmd.exe
cd D:\
netstat.exe -a
cmd
Vroeger langere geschreven met if, go to, and/or en zo.
Was wel leuk voor een super amateurtje!
Zelf begonnen met html aanpassen en niet lang daarna ook begonnen met batch programmatjes. Ene batch programma wat de andere aanriep en vice versa voor een oneindige lus en die dan aanzetten op de computer van een klasgenoot.
Best leuk ja.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ah vet als je ergens mee bezig bent hoor ik het graag.quote:
Hier doe ik diverse dingen met C#/MSSQL
Geen echte projecten, maar meer wat kleine scripts/batches en andere zaken
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Klink erg gaaf waar wil je het voor gaan gebruiken?quote:
Ah leuk, ik schrijf vooral FIJI of ImageJ plugins, dat is in JAVA. Recent een 3d floodfill gebouwd die 3d beelden opvult (zoals het emmertje in photoshop maar dan in 3d, met wat extratjes) en heb die ook uitgebouwd naar vullen met een "bal" vorm. Het is alleen nog niet allemaal zo snel als ik zou willen. Ook ben ik bezig om wat simpele registratie plugins te schrijven voor super-resolutie data omdat de bestaande iets te fancy zijn voor onze doeleinden.
Daarnaast doe ik veel met simulaties dingen als vogel zwermen enzo, vrij basic maar wel leuk om mee te pielen, of monte carlos van bacteriën die wat evolueerbare eigenschappen hebben.
Daarnaast doe ik een beetje in R ik en collega's hebben een pakket gemaakt dat super-resolutie data kan analyseren en weergeven, en dat hoop ik snel te publiceren al blijkt dat een gebed zonder einde...
Het is allemaal vrij amateuristisch programmeren maar het is wel leuk om te doen
voorbeeldje van een vogel zwermpje, dit is nog volledig 2d maar ik heb hem uitgebreid naar 3d.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Je schreef in java te werken toch? Java is wat doorgeslagen in het object oriented paradigma ja.quote:
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
Hmmm als je gedrag en kenmerken hebt die bij elkaar horen maak ik er in principe een class van. Classes weer zo klein mogelijk, liever composities dan dan grote classes, en in gebruik van de programmatuur altijd interfaces vragen.
Dit is wel een goede om te onthouden: https://nl.m.wikipedia.org/wiki/SOLID
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ja dat kan ik mij voorstellen. Ook wel eens mee gewerk in java, voor kleinere projecten ideaal maar met wat grotere dingen inderdaad een groot gebrek aan controlle.quote:
Ik ben het laatste half jaar vrijwel exclusief in laravel bezig, na 10+ jaar bijna alleen perl. Was wel ff wennen maar over het algemeen is laravel best nice. Het heeft heel veel dingen standaard aan boord die ik daarvoor allemaal zelf heb moeten bouwen of met losse modules bijelkaar knutselen. Authenticatie, mail, job queueing, testing, caching, database abstractie, etc. Daardoor kun je heel snel en makkelijk een app opzetten. De database migrations van laravel zijn echt super, en de seeder ook. Had ik dat maar eerder gehad!
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Klinkt goed nooit mee gewerkt. Ik gebruik nu al een tijd typescript i.p.v. javascript en vind dat een verademing.quote:
ik werk vooral met Javascript laatste tijd met Meteor en React.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
nouja er zijn nogal wat methodes die alleen toepasbaar zijn op de lijst... de lijst opzich heeft veel extra informatie zoals tracks in de lijst, die worden bepaald als de lijst compleet is. De localisaties op zich zelf zijn niet zoveel zeggend de hele locolisatielijst vormt het eigenlijke object, namelijk een super-resolutie beeld. Dus in de lijst met localisaties kan ik weer biologische clusters vinden, en tracks die een bead in het beeld voorstellen maar ook wil ik graag uiteindelijk de hele lijst registreren of transformeren om zo lijsten over elkaar te leggen.quote:
[..]
Een object bevat attributen en methoden. Attributen en methoden die bij het object horen hang je aan het object.
Zoals je zelf zegt is het een warboel en dat is ook mijn mening over je uitleg waar ik niet heel veel wijzer uit wordt. Maar als jij het hebt over een lokalisatielijst en lokalisatiegegevens bij de objecten dan lijkt deze lijst mij in eerste instantie overbodig. Deze lijst kan afgeleid worden van de verschillende objecten en hoeft geen object op zich te zijn?
sowieso lukken dingen me vaak wel redelijk in normale snelheid als het over een klein aantal gaat maar deze dataset zitten zo rond de 3 miljoen localisaties en dan duren zelfs vrij eenvoudige mehodes lang. Ik zit nu al een minuut of 2 te wachten en dan heb ik alleen maar data ingeladen en tracks bepaald in de data (en toegangbaar gemaakt zonder dat ik altijd drie miljoen localisaties door moet lopen)
[ Bericht 7% gewijzigd door Bosbeetle op 19-06-2018 20:29:10 ]
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Wat van de omschreven dingen, die 3d floodfill gebruik ik om analyses te doen aan neuronen, en aan prostaat samples, die evolutie en vogelzwermen gebruik ik niet echt, maar heel af en toe om simulaties te doen van biologische systemen.quote:
[..]
Klink erg gaaf waar wil je het voor gaan gebruiken?
[ Bericht 1% gewijzigd door Bosbeetle op 19-06-2018 20:29:41 ]
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
interfaces vind ik altijd weer zo dubbel, interfaces gaan er al vanuit dat er veel gelijksoortige classes gemaakt worden... ik ben nog niet helemaal uit het nut van interfaces.quote:
[..]
Je schreef in java te werken toch? Java is wat doorgeslagen in het object oriented paradigma ja.
Hmmm als je gedrag en kenmerken hebt die bij elkaar horen maak ik er in principe een class van. Classes weer zo klein mogelijk, liever composities dan dan grote classes, en in gebruik van de programmatuur altijd interfaces vragen.
Dit is wel een goede om te onthouden: https://nl.m.wikipedia.org/wiki/SOLID
Ik heb sowieso het probleem dat ik een wetenschapper ben en dus min of meer mijn software om de data heen bouw. Ik heb nooit software die zelf de data maakt of hoeft te genereren. De data is het gegeven en die wil ik met software visualiseren of analyseren.
Dat solid is wel handig vooral regel 1 ben ik mezelf aan het aanleren. Maar dan krijg je wel vaak enorm veel classes. Wat dan weer warrig is.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Een praktisch voorbeeld wat je veel zal gebruiken in java:quote:
[..]
interfaces vind ik altijd weer zo dubbel, interfaces gaan er al vanuit dat er veel gelijksoortige classes gemaakt worden... ik ben nog niet helemaal uit het nut van interfaces.
Ik heb sowieso het probleem dat ik een wetenschapper ben en dus min of meer mijn software om de data heen bouw. Ik heb nooit software die zelf de data maakt of hoeft te genereren. De data is het gegeven en die wil ik met software visualiseren of analyseren.
Dat solid is wel handig vooral regel 1 ben ik mezelf aan het aanleren. Maar dan krijg je wel vaak enorm veel classes. Wat dan weer warrig is.
| 1 | List<Type> list3 = new ArrayList<Type>(list1) |
Blijkt dat ArrayList trager is in jouw toepassing, is die erg makkelijk te veranderen.
Het gebruik van interfaces heeft als doel: https://en.wikipedia.org/wiki/Dependency_inversion_principle
de d uit SOLID.
En de design principles zijn dingen die bij veel mensen even moeten klikken als het ware.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.quote:Op dinsdag 19 juni 2018 20:59 schreef FlippingCoin het volgende:
[..]
Een praktisch voorbeeld wat je veel zal gebruiken in java:
[ code verwijderd ]
Je gebruikt de List interface, en de concrete class ArrayList.
Blijkt dat ArrayList trager is in jouw toepassing, is die erg makkelijk te veranderen.
Het gebruik van interfaces heeft als doel: https://en.wikipedia.org/wiki/Dependency_inversion_principle
de d uit SOLOD.
En de design principles zijn dingen die bij veel mensen even moeten klikken als het ware.
Ik had bijvoorbeeld om wat te oefenen een interface evolvable gemaakt die bestonden uit classes die dus een evolve methode hadden en set en een get. Hartstikke leuk maar behalve dat bij elke evolvable die ik gebruikte "implements evolvable" erbij moest typen veranderd dat niets aan de code.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Nou ja bij het gebruiken van lijsten en zo, zou ik het gebruiken zoals in het codevoorbeeld, het kost niet extra werk maar zorgt wel dat je code minder afhankelijk is.quote:
[..]
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.
En het kan zeker goed dat je programma te klein is om zelf interfaces te schrijven, als je drie classes hebt en je weet dat dit zo blijft dan kan ik mij wel voorstellen ja dat is een beetje een inzicht dingetje.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Aan de "andere kant" dus waar je class gebruikt wordt zit juist de grote verandering. Ja de class moet de interface implementeren en voldoen aan het contract.quote:
[..]
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.
Ik had bijvoorbeeld om wat te oefenen een interface evolvable gemaakt die bestonden uit classes die dus een evolve methode hadden en set en een get. Hartstikke leuk maar behalve dat bij elke evolvable die ik gebruikte "implements evolvable" erbij moest typen veranderd dat niets aan de code.
Maar waar de class gebruikt wordt praat voortaan met een evolvable, en wat die class voor de rest is en hoe die implementatie eruitziet boeit hier niet (en dat is een heel mooi iets, een verkleinde afhankelijkheid). Het enige wat het hoeft te weten is welke methodes er aangesproken kunnen worden en wat daarvoor nodig is en wat het resultaat is.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ja ik ben het al steeds in kleinere stukken aan het knippen zodat ik minder duplicatie in de code krijg en dus niet op meerdere plekken dingen hoef te veranderen als ik één aanpassing maak.quote:
[..]
Nou ja bij het gebruiken van lijsten en zo, zou ik het gebruiken zoals in het codevoorbeeld, het kost niet extra werk maar zorgt wel dat je code minder afhankelijk is.
En het kan zeker goed dat je programma te klein is om zelf interfaces te schrijven, als je drie classes hebt en je weet dat dit zo blijft dan kan ik mij wel voorstellen ja dat is een beetje een inzicht dingetje.
Ik moet trouwens zeggen dat ik best vaak van die arraylists weer terug ga naar arrays als ik eenmaal weet hoe lang ik ze wil hebben zie ik de noodzaak van de arraylist niet meer. Of is dat ook overbodig netjes proberen te doen. Ik word altijd bang van dat soort zaken met zoveel methodes eraan die ik niet nodig heb
Dus wellicht is het good practice om interfaces te maken.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
In bepaalde toepassingen is het goed om arrays te gebruiken van een vaste lengte. Als je weet wat de lengte is en alle methodes niet nodig hebt. Voor performance hoef je het eigenlijk nooit te doen, dan zou je doorgaans wel in C++ of C werken, uitzonderingen daargelaten.quote:
[..]
Ja ik ben het al steeds in kleinere stukken aan het knippen zodat ik minder duplicatie in de code krijg en dus niet op meerdere plekken dingen hoef te veranderen als ik één aanpassing maak.
Ik moet trouwens zeggen dat ik best vaak van die arraylists weer terug ga naar arrays als ik eenmaal weet hoe lang ik ze wil hebben zie ik de noodzaak van de arraylist niet meer. Of is dat ook overbodig netjes proberen te doen. Ik word altijd bang van dat soort zaken met zoveel methodes eraan die ik niet nodig heb
Dus wellicht is het good practice om interfaces te maken.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
