Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 95, views: 18.383 •
Bron: C|Net

Marc Andreessen, een van de oprichters van Netscape en de eerste grafische internetbrowser Mosaic, is van mening dat PHP dankzij zijn eenvoud de plaats van Java over zal nemen op het gebied van webapplicaties. Andreessen deed deze uitspraak tijdens een lezing die hij gaf tijdens de Zend/PHP Conference die momenteel plaatsvindt.

Marc AndreessenVolgens Andreessen was Java in het begin goed, aangezien het toen eenvoudig was om te ontwikkelen in deze taal. Inmiddels is deze eigenschap echter niet meer van toepassing op Java wanneer deze gebruikt wordt voor het ontwikkelen van webapplicaties, zo stelt Andreesen. Hij stelt zelfs dat het tegenwoordig zelfs moeilijker is om Java te leren dan C of C++. De rol van 'eenvoudige' taal zal worden overgedragen aan een andere taal, wat volgens Andreessen PHP zal zijn. Overigens zijn veel Java-programmeurs het niet eens met Andreessen omdat de eenvoud van PHP vaak tot gevolg heeft dat de resulterende programma's moeilijk te onderhouden zijn en de programmacode van een lagere kwaliteit is.

Toch voorspelt Andreessen een rooskleurige toekomst voor de scripttaal PHP. Zeker nu grote bedrijven zoals IBM en Oracle ondersteuning gaan leveren voor de scripttaal zal dit voor veel bedrijven een stimulans zijn om de taal te gaan gebruiken voor webprojecten. IBM's vice president van de Emerging Internet Technologies Group, Rod Smith, bevestigt de stelling van Andreessen dat de kracht van PHP zijn eenvoud is. De adoptie van PHP door IBM, dat een belangrijke rol heeft gespeeld in de introductie van Java op servers, heeft ook te maken met de ontwikkeling van PHP zelf. Volgens Smith zijn de PHP-ontwikkelaars niet geïnteresseerd in het toevoegen van nieuwe features aan de taal om te kunnen concurreren met andere programmeertalen, maar stellen ze eenvoud bij het gebruik van de taal voorop.

PHP 5 logoDe populariteit van PHP blijft toenemen, zo blijkt uit statistieken van Netcraft. PHP is, in tegenstelling tot Java, voornamelijk ontwikkeld voor gebruik als serverside webscriptingtaal. Java kan hiervoor ook gebruikt worden, maar is daarnaast ook geschikt voor gebruik op bijvoorbeeld mobiele telefoons en desktopapplicaties. Komende maand zal de nieuwe versie 5.1 van PHP worden uitgebracht, die onder andere als vernieuwing een low-level data-abstractielaag zal bevatten, waardoor het eenvoudiger zal zijn om applicaties te ontwikkelen die kunnen werken op verschillende databasesystemen. Versie 6.0 van PHP staat op de planning voor 2006 en heeft als voornaamste vernieuwing volledige ondersteuning van Unicode-tekensets.

Reacties (95)

Reactiefilter:-195092+178+215+32
Overigens zijn veel Java-programmeurs het niet eens met Andreessen omdat de eenvoud van PHP vaak tot gevolg heeft dat de resulterende programma's moeilijk te onderhouden zijn en de programmacode van een lagere kwaliteit is
Waar halen ze het? Indien je goed programmeert in PHP (dat met versie 5 ook reeds OOP ondersteund) is dat minstens even makkelijk te onderhouden als java code.

Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.
Ik geef die Marc Andreessen alleen maar gelijk!
Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.
Professioneel programmeur? Ik denk dat ik mijn hele Technische Informatica opleiding voor niets heb gedaan (sarcasme). Wat een onzin zeg. Na een half jaar weet je misschien hoe je een website kan maken of een forum, maar weet je niets van architecturen, patronen, database ontwerp enz enz.
Na een half jaar weet je misschien hoe je een website kan maken of een forum, maar weet je niets van architecturen, patronen, database ontwerp enz enz.
Heb ik het hier over een minieme kennis van analyse? Nee dat dacht ik niet, ik heb het hier over hoe eenvoudig het is om de programmeertaal te leren.
Voor de meeste website's heb je dat niet eens nodig. Als je echt grote webapplications gaat bouwen, dan is het maar logisch dat je eerst een grondige analyse gaat maken van database ontwerp.
Je moet geen goede kennis van systeemanalyse hebben om professioneel php programmeur te zijn.
Een kennis heeft nooit enige opleiding van analyse gehad en die kan zich terecht professioneel php programmeur noemen. Ik heb zelf een diploma van Graduaat Analyst/Programmeur dus ik ken het verschil.
Gedeeltelijk mee eens. Je hebt gelijk dat je er nog lang niet bent als je de taal kent, maar met PHP is het wel makkelijker om de taal te leren kennen dan met Java. Java is (nmm) lastiger te leren dan PHP door de vele classes, en is minder goed online gedocumenteerd (en doorzoekbaar).
Echter, kunnen codekloppen is niet het enigste aan programmeren, je moet ook kunnen programmeren en de zooi uit elkaar houden (dus niet spaghettikloppen of html-door-php-door-html-door-php code). Dat is het grootste probleem wat PHP op het ogenblik heeft. Er zijn te veel klooiers die er een zooitje van maken, waardoor PHP wat onderhoudbaarheid een wat slechtere naam krijgt.
Je hebt een heel goed punt.. De documentatie van Java is zo ontzettende brak. php heeft een geweldige documentatie, Java is best fijn om te proggen, maar dat is php net zo goed. Het enige waar ik php nog weleens van gebaald heb, is dat ik een functie inplementeerde die vervolgens er al gewoon in bleek te ziten
Java minder goed gedocumenteerd???
Iedere publieke of protected methode en atribuut van iedere klasse in de API is perfect gedocumenteerd, inclusief corner cases, beperkingen, enzovoort.
http://java.sun.com/j2se/1.5.0/docs/api/
http://java.sun.com/reference/api/index.html
En je kan altijd (maar dat is nooit nodig) de implementatie zelf bekijken.

Verder is ook het onderliggend platform, de JVM, formeel gespecifieerd.
Hoe kan je nog beter documenteren dan dat?
html-door-php-door-html-door-php code? Door een kleine template-engine te gebruiken kan je perfect je php-code en html scheiden. Maak nog wat objectjes en je hebt een goed onderhoudbaar geheel.

Zelf gebruik ik naast php ook Mason (http://www.masonhq.com). De extra kracht die php mist kan je zo goed maken door via mason perl te gebruiken. Mason geeft perl de flexibiliteit wat php ook heeft. Zeker de moeite waard eens te bekijken...
Blijft het probleem dat PHP niet strongly typed is en dat zal er ten eeuwige dagen voor blijven zorgen dat PHP meer error-prone is dan een van de Strongly typed OO talen (Java, C# ...). Omdat verkeerde toewijzingen niet meteen opgevangen worden ...
Daar zit meestal het verschil.
- Een HBO'er denkt eerst en voert uit. (daardoor gestructuureerde planning)
- Een ander doet eerst en denkt achteraf : "Sjit had ik dat maar eerder geweten" of "Had ik het maar zo opgezet"
snob

Ik heb hbo en uni...
hbo is praktisch (en) theoretisch en niet alleen praktisch. HBOers snappen net zo goed waar ze fundamenteel mee bezig zijn. De extra kennis van de uni is wel handig maar ervaring eigenlijk meer.
Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.
Na een half jaar kun je misschien best iets leuks in elkaar zetten maar een professioneel programmeur ben je dan echt nog niet. Een professioneel programmeur kan ontwerpen, analyseren, fatsoenlijk programmeren en weet wat software engineering inhoud. Je denkt misschien dat je het 3e na een half jaar kan maar ook daar zit je fout.
Nog steeds halen mensen hier bepaalde zaken door elkaar. Een programmeur die zijn brood met PHP verdient, is een professionele programmeur.
Of het een gediplomeerde programmeur is, is wat heel anders en zou misschien iets kunnen zeggen over zijn programmeerkunsten.
Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.
Jij bedoelt te zeggen dat 'onderhoudbaarheid' te maken heeft met hoe snel je een taal kunt leren of niet?

Jij hebt zeker nog nooit aan een grote PHP website gewerkt die door iemand anders opgezet is? Ik mag voor je hopen dat jij over 2 jaar niet eens een project van jezelf moet gaan uitbreiden...

Even een voorbeeldje: BASIC (de gewone ouderwetse, met regelnummers) is één van de makkelijkst te leren talen ter wereld. Toch is het inmiddels dood. Waarom? Omdat niemand na een jaar zijn eigen programma's meer kon lezen.

BASIC is makkelijk te leren, maar hergebruikt van componenten is bijna onmogelijk. En hergebruik van kennis en softwarecomponenten is waar je geld mee VERDIENT. Omzet draaien is leuk, maar het gaat om de winst. Winst maak je alleen maar als je niet keer op keer hetzelfde werk overnieuw moet doen.
En voor PHP hoef je ook helemaal niets extraas voor te installeren...
Voor een java enabled website/webapp ook niet hoor.
Dat draait allemaal op de webserver en die geeft jou alleen maar html terug ;)
Ik denk dat mariusjr doelt op de java-applets, niet de servlets....
Daar moeten we helaas wel een stevige plugin voor installeren...
Je moet ook geen appels met peren gaan vergelijken. Applets zijn voor een compleet ander doel verzonnen en dus helemaal niet vergelijkbaar met PHP.
niet extra's?

en tomcat dan? apache/iis ondersteund standaard geen java.
en jdk's dan? die moet je ook installeren, weer 50-250mb gebruikt voor een site van 1mb aan runnable code....

(over extra geheugenmodules en zo maar niet te spreken omdat tomcat/java toevallig weer een bak extra geheugen nodig heeft)
Als je het zo bekijkt:

php zit ook niet standaard in apache/IIS ;)

Het ging hier volgens mij even om het gebruikers perspectief.
Die hoeft, ongeacht de programmeer taal van een webapp/website, geen extra software te installeren zolang de site maar standaard html aanbied :)

Bij applets is het idd een ander verhaal.
Als je PHP scripts op je webserver wilt laten draaien moet je er wel degelijk een PHP server voor geinstalleerd hebben.

Voor java is dat niet nodig.
Voor java is dat niet nodig.
Je zult toch wel degelijk een JVM op je server moeten hebben draaien, wil je iets server-side doen....
een JVM,

Dat hoeft toch alleen de client geinstalleerd te hebben en niet de server zelf.
Bij een applet misschien, bij een jsp of een servlet zou je toch echt iets van tomcat op je server moeten hebben.
Als je PHP scripts op je webserver wilt laten draaien moet je er wel degelijk een PHP server voor geinstalleerd hebben.

Voor java is dat niet nodig.
Jongens, zie nu ff de grap van deze opmerking in. Er zegt hierboven een ontzettend onnozel persoon dat je voor serverside PHP geen extra software nodig hebt en voor java wel.

Dat is natuurlijk enorme kolder. Hier wordt dan op ingehaakt met een goede grap dat je voor PHP een PHP server nodig hebt, en natuurlijk heb je voor Java geen PHP server nodig. |:(

De enige waarheid is dat je voor beide server side iets moet neerzetten. Voor PHP Apache met een php_mod en voor Java 1 van de vele application servers die er zijn (bv Tomcat, Jetty, Orion, SUN AS, WebSphere, Jboss, Jonas, Jrun, Oracle AS, Resin, WebLogic, etc etc...).

Client side heb je voor beide niks anders nodig dan een HTML browser (kort door de bocht, iniedergeval java kan ook andere content dan HTML genereren).
Java kan hiervoor ook gebruikt worden, maar is daarnaast ook geschikt voor gebruik op bijvoorbeeld mobiele telefoons en desktopapplicaties.
Met PHP-GTK kan een PHP-applicatie ook op de desktop draaien geloof ik...

Mooi nieuws vind ik :).
Een nadeeltje van PHP, standaard staan zaken zoals register_globals aan, en dat maakt onveilige code.
Huh? register_globals staat toch tegenwoordig default uit? In ieder geval in de aanbevolen configuratie. Je krijgt namelijk 2 ini bestanden mee: 1 voor development, 1 voor echte webapplicaties. In aangeraden versie voor applicaties staat bijv het weergeven van warnings uit, zodat je niet behulpzaam gaat vertellen dat hun SQL injection bijna is gelukt ;)
De programmeur of scripter maakt nog altijd de onveilige code. Diegene hoort namelijk dat niet te gebruiken.

Een probleem zal altijd tussen het keybord en de stoel blijven, qua security.
Mooi gezegd :)

Maar... Daarom is het dus juist zo nuttig om de veiligste defaults mee te leveren ;)
Wat is hier het nieuws aan? Ik dacht dat iedereen al wist dat PHP makelijker is dan Java om een website te maken... alleen kan je met Java veel meer.

iets van 2 op de 10 PHP site waar ik kom krijg ik altijd fout meldingen over database connecties enzo. Dus erg goed is het blijkbaar nog niet... of tenminste worden de sites niet echt goed gemaakt...
Met java kan niet meer dan met PHP (en begin nou niet over Applets want das bagger van de bovenste plank). De browser is en blijft de beperkende factor. Maar verder kun je met PHP ook naar databases connecten, berekeningen uitvoeren en de hele mikmak.

Java dwingt je alleen iets meer om OO te gebruiken... maar dit geeft geen enkele garantie op mooie OO code (heb ik vaak genoeg meegemaakt).
ik denk juist dat de lage drempel en ook waar de java programmeurs op duiden dat dit de oorzaak is voor slecht programmeer werk. maar php code kan net zo goed zijn als java code maar dit vereist wel wat meer kennis van de progarmmeur en dan geld net zo goed het verhaal dat java moeilijk is tov php niet meer.
eigenlijk hebben ze beide wel voordelen tov elkaar geheel afhankelijk wat je doet is de een wat practischer dan de ander.
maar php code kan net zo goed zijn als java code maar dit vereist wel wat meer kennis van de progarmmeur
Andersom kan Java net zo makkelijk te schrijven zijn als PHP. Een JSP pagina met scriptlets en includes is namelijk precies PHP: HTML markup met script code tussen escapes karakters.

In de java wereld wordt deze 'php style' van programmeren echter als extreem slecht gezien, en bouwt men liever aparte business logic, controllers en echte herbruikbare componenten voor de GUI.

Maar goed, je KUNT dus wel PHP-style programmeren in java met JSP en in de praktijk zie je dit ook wel gebeuren.
HTML markup met script code tussen escapes karakters.
Dat is bij beide talen fout, HTML en PHP/Java-code in hetzelfde bestand. Dus je kan inderdaad in beide talen erg ranzig bezig zijn. De code moet data naar templatevariabelen spugen in een template klasse, en die klasse parsed de HTML in aparte template files met de data ertussen.

In PHP vermijd ik die spaghetti-toestanden ook het liefst en maak ik zoveel mogelijk generieke functies die goed herbruikbaar zijn in verschillende applicaties. Werken volgens het OO-model draagt daar wel toe bij, en dat is bij PHP 5 en Java dus handig om te gebruiken (bij Java heb je niet eens een keus ;)).

Helaas wil ik mijn code toch nog compatible houden met PHP4, dus kan ik niet zomaar al die nieuwe OO-features van PHP5 gaan gebruiken. Ik heb een rijke Java-geschiedenis achter de rug op de universiteit, dus ik zal eens kijken hoe dat JSP me bevalt.
Misschien voor het mkb en thuis proggers, maar ik zie nog maar weinig grote bedrijven php gebruiken. Dan daarbij staat Java ook niet stil, ook bij Java zie je een focus naar het vereenvoudiging.

Belangrijkste probleem van PHP vind ik o.a. het debuggen. Je kunt ook wel classes en objecten in PHP gebruiken, maar dat is lang niet zo volwassen als bij Java waar je ook o.a. perfecte IDE support hebt op dit vlak.

Begrijp me niet verkeerd ik vind PHP een leuke toegankelijke web taal, maar het heeft voor mij z`n beperkingen.
Misschien moet je iets verder gaan zoeken dan je neus lang is. Maar er zijn redelijk wat fatsoenlijke PHP IDEs met debuggers er in. Maar zo ver ik weet zijn het allemaal commerciele tools. Weet iemand of er ook een opensource PHP IDE is met debugger (van een beetje qualiteit?).
Eclipse (bekend van... Java) heeft uitgebreide support voor PHP incl. debugger en andere standaard tools.
OO support in de voorgaande versies van PHP waren inderdaad niet best, het nieuwe OO model van PHP daarentegen, is met ondersteuning van Sun (makers van Java) gebaseerd op het Java model. Het nieuwe OO model van PHP is dus letterlijk een verbeterde versie van het OO model van Java.

Daarentegen zul je jezelf de vraag moeten stellen of OO methodieken wel de beste manier zijn om een website te maken als zelfs de huidige standaardmethodieken (de vereenvoudiging) om websites met Java te bouwen (JSP en Struts) sterk richting een procedurele aanpak neigen.

Ook de tools op PHP gebied zijn op nivo van Java, er is enkel wat minder keuze vrijheid en het meeste zijn, net zoals bij Java, commerciëel.

Beide talen hebben hen voor-en-nadelen en specialismes, maar de punten die je hier aanvoert zijn loos.
De OO support is nog lang niet op het niveau van Java en het is zeker geen ' verbeterde' versie van het Java OO model. In PHP kun je bijvoorbeeld niet eens 2 constructors in een class maken. In PHP zitten nog meer van dit soort dingen die het coden in PHP een stuk ongemakkelijker maken, zo is bijvoorbeeld de enige opslagmogelijkheid een array, iets als een map, list of een set heb je niet(iig. ik heb t nooit kunnen vinden, misschien heb ik slecht gezocht :P)
Schijnbaar ben ik niet de enige die overloading mist ;)
Weinig grote bedrijven die PHP gebruiken? Wat dacht je van Yahoo die PHP gaat gebruiken voor alle scripting doeleinden? Ze hebben voor PHP gekozen na het evalueren van andere talen (waaronder java).

Voor de presentatie van de software engineer bij yahoo die de analyse heeft gemaakt zie: http://public.yahoo.com/~radwin/talks/yahoo-phpcon2002.htm
Ik weet niet of je de evaluatie goed hebt gelezen, wel interessant, maar de combinatie met freebsd en java is geen succes. Ze kiezen ook duidelijk voor OpenSource, Java is NIET OpenSource (ja idd, niet OpenSource!).

Er zijn natuurlijk zat grotere bedrijven die wel php gebruiken. Maar het is geen mainstream technology bij veel bedrijven. Voor web applicaties is php prima, maar ik denk dat de scope daar ook een beetje op ligt. Java is veel breder natuurlijk dan alleen webapplicaties.
Ze kozen (in 2002!) niet voor java wegens de problemen van de FreeBSD kernel met threads. En java houdt van threads.

Dus niet omdat Java wel of niet OpenSource was. (Slide 24)
Erg interessante presentatie. :) Is alleen wel al 3 jaar oud, dus ondertussen ook al wel het een en ander veranderd aan PHP, onder andere de OOP-mogelijkheden dus. :)

"Wat dacht je van Yahoo die PHP gaat gebruiken voor alle scripting doeleinden?"
Maar is Yahoo het nou uiteindelijk ook gaan gebruiken? :)
Ik heb nog niet met PHP5 gespeelt maar tot nu toe is werken met objecten in PHP redelijk vervelend, voornamelijk omdat pass by reference niet standard is bij objecten.
:9 php is very naiz. Maar met hun nieuwe versie 5 wordt het ook al een stukje ingewikkelder dan hun voorgangers. Dus hopelijk gaan ze niet dezelfde weg dan java op?
Ik vind dit eigenlijk maar een beetje appels met peren vergelijken. Volgens mij is het maken van webapplicaties nooit echt het grootste gebruiksargument van Java geweest.
Nee java was eigenlijk bedoeld om Write Once- Run anywhere Rich Client apps te maken. Maar dat is nooit echt aangeslagen...

Maar tegenwoordig wordt java toch verreweg het meest gebruikt om WebApps mee te maken... met redelijk succes. Dus de vergelijking is niet zo heel erg appels en peren.
Nee, maar dat is waar scholen JAVA steeds vaker proberen heen te drukken.

Er zijn op dit moment maar al teveel scholen die JAVA erdoorheen proberen te drukken als webapplicatie taal.

Iets waar het naar mijn mening niet al te geschikt voor is.
Een van de redenen waarom scholen voor Java zijn als webtaal is omdat het mogelijk is om de logica te scheiden van je schermopbouw. Iets wat niet lekker gaat met PHP (maar trouwens wel met ASP.Net) Qua concept is Java dus een hele mooie taal om websites mee te maken. Dat het in praktijk initieel meer tijd kost, is natuurlijk niet direct een probleem voor een school. Daar kan men er terecht op wijzen dat de onderhoudbaarheid stukken beter is en de site dus op langere termijn wel eens goedkoper kan zijn dan een Quick en Dirty PHP site.

Maar een ontwikkelaar die in PHP programmeert kan dus een lagere initiele offerte neerleggen dan een Java programmeur en daarmee de order binnenhalen. Dat het bedrijf uiteindelijk meer kwijt is aan onderhoudt is een stelling die men nooit kan bewijzen. Voor een bedrijf dat korte termijn denkt of niet beter weet is PHP dus vrijwel altijd aantrekkelijker dan een Java oplossing. Op lange termijn lijkt een Java implementatie goedkoper te zijn, maar dat is dus erg lastig te bewijzen.
Een van de redenen waarom scholen voor Java zijn als webtaal is omdat het mogelijk is om de logica te scheiden van je schermopbouw. Iets wat niet lekker gaat met PHP (maar trouwens wel met ASP.Net)
Als je PHP gebruikt in combinatie met XHTML kan dat imho wel degelijk. :) PHP produceert dan gewoon logische output die je met style sheets volledig kan gieten in de vorm die je op dat moment nodig hebt.
Java gebruiken als serverside taaltje heb ik nog nooits gedaan. Hier op het werk wilde ik al voorstellen om de webapplicatie geheel in PHP te doen. Maar door de vele embedded mogelijkheden van Java is PHP een mindere keus.
De mogelijkheden van Java als machinecode is nog altijd krachtiger dan PHP, maar dat laat niet staan dat PHP een hele goede vervanger van is als 'eenvoudige taal' sinds Java.
PHP slaagt waar Java faalt in MKB ja, en de redenen zijn al gegeven in de nieuwspost.
Ik persoonlijk wacht nog steeds tot PHP eens fatsoenlijk overloading ondersteund (en niet via extensies dus/simuleren of wat dan ook). Dit is het grootste puntje van kritiek dat ik heb op de taal zoals die in 5.0 zich presenteert.
De taal iets sterker typeren, zou imho ook niet misstaan, dat opzich wel enigzins ook de kracht van de taal is (het loosetyped dus), maar op de lange termijn imho een doorn in het oog wordt wanneer je 'correctheid' wil afdwingen.
Een consistente conventie doorvoeren in de standaard functienamen is overigens ook welkom; de ene keer zit er per woordje een underscore in en de andere keer niet. Iemand die de strenge conventie van java gewend is, vindt dit afschuwelijk ;)
Als het overloading ondersteund, dan krijg je met PHP voor een deel dezelfde problemen als met Java, en dan maak je dus juist een voordeel kapot.

Edit:

Veel mensen zijn lyrisch over overloading (en helemaal operator overloading), maar als IETS een programma moeilijker onderhoudbaar maakt...
Oh? Kun je dit ondersteunen met wat voorbeelden mbt problemen omtrent overloaden? Ben namelijk erg benieuwd, want ik heb zelf geen problemen mogen ondervinden hiermee.
Overigens betekent de mogelijkheid om methoden te overloaden nog niet dat je verplicht bent om het te gebruiken. Dus eventuele problemen met overloaden? Die zou je dan altijd nog kunnen vermijden door het niet te gebruiken. Ik vind het ernstiger dat de mogelijkheid niet gegeven wordt in de eerste plaats en dat 'hetzelfde' op een zeer omslachtige manier bereikt moet worden.

Overigens ben ik geen fan van operator overloading, maar er zijn uitzonderingen waarbij het fijn zou kunnen zijn. Zoals bij vectoroperaties, zou het aanhouden van de wiskundige notatie wat natuurlijker aanvoelen.

Op dit item kan niet meer gereageerd worden.



Populair: Samsung Gamecontrollers Smartphones Processors Sony Microsoft Apple Games Consoles Politiek en recht

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013