-
12-03-2009, 16:24 #61Member
- Registered
- 20/09/04
- Location
- Kortrijk / Gent
- Posts
- 7,177
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 3/43
Ok, je hebt de naam van uw methode aangepast

Ik verstond niet waarom je daar een .floor() ging gaan uitvoeren binnen een max(double a, double b) methode + die rare combinatie van hoe je het schreef (ipv een 'else')
Laat maar dusno votes
-
-
12-03-2009, 16:26 #62Member
- Registered
- 03/08/02
- Location
- Gavere
- Posts
- 37,519
- iTrader
- 23 (100%)
- Mentioned
- 57 Post(s)
- Reputation
- 0/1281
Stel ik me toch mijn vragen bij. Is het zo en is het altijd zo geweest?
In elk geval zou ik opletten om er zomaar bullshit tegen te plakken en met een sarcastisch ondertoontje af te komen. Bekijk 's mans palmares maar eens (en zoek voor de gein eens op hoeveel Java champions er op de hele wereld zijn), en dan zie je direct dat dat toch tenminste wat misplaatst was.
Ja goed, akkoord, maar die regels dienen vooral om het leesbaar en proper te houden.En dat geldt voor bijna al die regels: als ge u in bochten moet wringen of uw code moet bloaten om toch maar aan de regeltjes te voldoen, zijt ge fout bezig.no votes
-
12-03-2009, 16:34 #63Member
- Registered
- 20/09/04
- Location
- Kortrijk / Gent
- Posts
- 7,177
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 3/43
Ik kan mij niet goed voorstellen hoe dit anders zou kunnen geïnterpreteerd worden door een compiler.
if(variabele) is toch gewoon de verkorte vorm van if(variabele == true)?
Dus volgens mij is het enkel een syntax verschil binnen Java zelf?
(java die toelaat om een bepaalde instructie korter te schrijven)
Het is maar een veronderstelling, dus ik weet het niet zeker.no votes
-
12-03-2009, 16:40 #64Approved 9-lifer
- Registered
- 21/08/08
- Location
- Hasselt
- Posts
- 2,653
- iTrader
- 8 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 5/46
true is een conditie, net als variabele == true een conditie is
ma ik denk wel dat een compiler altijd gaat zegge == true moogt ge weglaten
kweet dat compilers aan lazy evaluation doen dusjano votes
-
12-03-2009, 16:40 #65Member
- Registered
- 03/08/02
- Location
- Gavere
- Posts
- 37,519
- iTrader
- 23 (100%)
- Mentioned
- 57 Post(s)
- Reputation
- 0/1281
Kan, ik ben niet bepaald gespecialiseerd in compilers en bytecode

edit: @MilMno votes
-
12-03-2009, 16:41 #66
Heb het daarnet even uitgeprobeerd en de bytecode is effectief identiek. Of het altijd zo geweest is weet ik niet (zou me verbazen indien niet), maar des te meer reden om kritisch tegenover zulke regeltjes te staan.
Verder niets tegen die man zelf hoor, was alleen maar om u beetje op uw paard te krijgen
$0.02no votes
-
12-03-2009, 17:07 #67Member
- Registered
- 03/08/02
- Location
- Gavere
- Posts
- 37,519
- iTrader
- 23 (100%)
- Mentioned
- 57 Post(s)
- Reputation
- 0/1281
De motivatie mag dan niet 100% juist zijn, de regel staat wel als een huis. Toch?

In elk geval: leuke discussie.no votes
-
12-03-2009, 20:06 #68Approved 9liver
- Registered
- 18/01/04
- Location
- Melle
- Posts
- 10,535
- iTrader
- 56 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 27/102
Dat heeft iemand anders al gedaan voor mij.
Met zulke korte stukjes kutcode kan iedereen iets bewijzen. You still didn't catch the point. Ik zou zeggen, lees eens de topic opnieuw en de reden waarom we hierover begonnen zijn. Anders blijf je hier maar stukjes codes posten die niks aantonen.
Anyway, voor mij is de kous af bij dit bericht. Als jij persé zo wil blijven programmeren, doe gerust.“In terms of how we evaluate schooling, everything is about working by yourself. If you work with someone else, it’s called cheating. Once you get out in the real world, everything you do involves working with other people.”
PSN: Cycloon - Final Fantasy XIV: A realm reborn characterno votes
-
13-03-2009, 00:14 #69Member
- Registered
- 14/05/03
- Location
- Schoten
- Posts
- 812
- iTrader
- 1 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 1/7
idd laat maar zitten, ieder zijn voorkeur
no votes

