Php 7 is uitgebracht
Wat valt er uit, bij PHP7?
Hopelijk kunnen nog even je geduld opsparen voor straks ;-)?
Gewijzigd op 04/12/2015 15:05:06 door - Ariën -
Ben wel benieuwd hiernaar:
Quote:
The explosive performance improvements of PHP 7.0 range between 50% and 200% on real-world apps - without changing a single line of code:
Rickert Bombaklats op 04/12/2015 15:16:27:
Hopelijk word het alleen maar OOP en geen procedurele rotzooi.
OOP is een middel, geen doel. Soms wil je niet de overhead van OOP maar wil je rechttoe rechtaan procedurele code voor het uitvoeren van bepaalde taken. Hierin zijn ook hybride tussenoplossingen denkbaar.
Of bedoelde je meer de functies in de taal, dat deze enkel/ook een OOP-uitvoering krijgen, en niet zozeer de taal zelf?
Toegegeven, een dubbele uitvoering (zowel OOP als procedureel) zoals bij MySQLi is wel een beetje hinken op twee benen :).
EDIT: lol vergeet ik het punt wat ik eigenlijk wilde maken: ik vind de flexibiliteit wel fijn. Wil je iets kort/quick-and-dirty: procedureel, wil je iets (tot in den treure?) generiek/modulair structureren: OOP.
@Randy: all aboard the #hypetrain.
Gewijzigd op 04/12/2015 15:33:22 door Thomas van den Heuvel
Rickert Bombaklats op 04/12/2015 15:16:27:
Wat er uitvalt bij php7? Eindelijk dat pauper mysql. Hopelijk word het alleen maar OOP en geen procedurele rotzooi.
Er is niks mis met MySQL en zeker niet met procedureel, waarmee PHP zich onderscheidt van andere programmeertalen. Alleen de oude functies hadden een hoop gebreken, waardoor er nu één globale library is (mysqli) die zowel procedureel als Object Oriënted gebruikt. Ik vind het een verademing!
Gewijzigd op 04/12/2015 15:43:16 door - Ariën -
Let ook goed op: een hoop procedurele functies zijn aliassen. Meestal is het verstandig om het gebruik hiervan te vermijden want deze komen meestal na verloop van tijd op de deprecated lijst.
En dan nog het volgende, stel dat MySQLi de functie blaat($parameter) zou hebben, met 1 verplichte parameter. Vervolgens sla je vrolijk aan het programmeren waarbij je rechtstreeks deze functie veelvuldig in je code gebruikt (lees: heel veel voorkomens van blaat($parameter) in je code). Dan wordt op een gegeven moment deze functie deprecated. Dit zou tot gevolg hebben dat je heel veel instanties van blaat() door je code heen zou moeten search-en-replacen.
Maar wat nu als je een hele eenvoudige wrapper class (of zelfs wrapper functie) had (die je terloops ook nog wat (type)werk uit handen neemt) zodat blaat() verder nergens "hard coded" in je code staat, maar dus een surrogaat-functie myBlaat():
Code (php)
1
2
3
4
5
6
2
3
4
5
6
<?php
function myBlaat($parameter) {
// met als implementatie simpelweg
return blaat($parameter); // de functie retourneerde ook nog iets
}
?>
function myBlaat($parameter) {
// met als implementatie simpelweg
return blaat($parameter); // de functie retourneerde ook nog iets
}
?>
Op het moment dat zo'n functie deprecated is geworden is het aanpassen in je code hiervan (in zijn eenvoudigste vorm) simpelweg een kwestie van enkel de implementatie van de wrapper class veranderen. Oftewel het (code)gebied waar deze (code)verandering van invloed op is is vele malen kleiner.
OOP leent zich toch wat beter voor het bundelen van dit soort functies/methoden dan gewone functies.
Gewijzigd op 04/12/2015 16:05:50 door Thomas van den Heuvel