- Constant scalar expressions.
- Variadic functions and argument unpacking using the
...
operator. - Exponentiation using the
**
operator. - Function and constant importing with the use keyword.
- phpdbg as an interactive integrated debugger SAPI.
- php://input is now reusable, and
$HTTP_RAW_POST_DATA
is deprecated. - GMP objects now support operator overloading.
- File uploads larger than 2 gigabytes in size are now accepted.
[ bejelentés | letöltés | változások listája ]
- A hozzászóláshoz be kell jelentkezni
- 4395 megtekintés
Hozzászólások
Amióta komolyan foglalkozom php-val az első kiadás, amit nem várok nagy lelkesedéssel, a korábbi kiadásokban mindig volt valami, ami miatt nagyon vártam, hogy használhassam.
- A hozzászóláshoz be kell jelentkezni
hogy lehet egy komolytalan dologgal komolyan foglalkozni? :)
- A hozzászóláshoz be kell jelentkezni
Hogy lehet komolytalan dolognak nevezni valamit, amiben van Paamayim Nekudotayim?
- A hozzászóláshoz be kell jelentkezni
Hogy lehet dolognak nevezni?
- A hozzászóláshoz be kell jelentkezni
Lehet fikazni a PHP-t, meg ertem en hogy fractal of bad design, meg tenyleg vannak nagyon gaz dolgok benne, meg ertem hogy rakas szar mert nem erdemes benne daemon-t/appservert irni, de akkor is: dolognak azert nevezhessuk mar! Elterjedtsegenek ugyanis vannak okai, pl. az, hogy nagyon jol illeszkedik a legtobb ember tanulasi gorbejere, lehet latni hogy mibol mi lesz, kezdokent is, es osszessegeben a legolvashatobb, es ezen keresztul egyik legkarbantarthatobb kodok szuletnek php-ban. Es igen, inkabb tartom karban es refaktoralom szivesen egy kozephalado PHP programozo (nagyon kezdo PHPistiket ne vegyuk ide) kodjat, mint egy pattern-buzi "absztrakcios csoportet", akiknek legyen minden interface meg absztrakt osztaly, az is ami nem az, a kommentek nelkul felirt regexpekrol nem is beszelve (oke, ez utobbit halado PHP-soktol is lattam, de ritkabban)
- A hozzászóláshoz be kell jelentkezni
Egyetértek veled, de azért ezzel vitatkoznék: "a legolvashatobb, es ezen keresztul egyik legkarbantarthatobb kodok szuletnek php-ban"
Az olvashatóság és karbantarthatóság az emberen múlik. Részben jó dolog, hogy megenged a PHP sokmindent, de pont ezért nehezebb megérteni a kódot, mert a másik programozónak elég sok választása van megkavarni a dolgokat, és messze nem biztos, hogy úgy gondolkodik, mint te. Legalábbis én így tapasztaltam.
- A hozzászóláshoz be kell jelentkezni
Igen, eppen ezert jeleznem ezt szigoruan atlagos/statisztikai minta esetben ertenem. Minden nyelven lehet olvashatatlan kodot irni. Es az olvashatosaggal altalaban PHP kodok eseten van a legkevesebb gond (de eletem egyik legolvashatobb kodjat pl. Objective-C-ben irtak, pedig abban aztan lehet csunyan irni)
- A hozzászóláshoz be kell jelentkezni
5.4 ota javult a helyzet:
http://3v4l.org/9XHal
mar az opcode erteke is kiirasra kerul, nem csak a neve.
- A hozzászóláshoz be kell jelentkezni
szerintem van a mostaniban is jo par hasznos funkcio, de picit elfogult vagyok.
ami miatt talan kissebbnek tunhet ez a minor verzio, mint a korabbiak, azt harom okra vezetnem vissza:
1, rovidebb volt a fejlesztesi idoszak:
az 5.5.0-ben kiadott legregebbi modositas 2011 majus 15.-en keletkezett, a vegleges kiadast 2013 junius 19.-en tageltek, ami durvan 25 honap. ehhez kepest az 5.6.0-ban az elso commit 2012 november 8.-ai, es a vegleges kiadas 2014 augusztus 27, azaz 21 honap, ha figyelembe veszem a feature freeze idopontokat is, ami a beta1 kiadastol szamolodik (2013 marcius 21 az 5.5 eseteben, 2014 aprilis 11 az 5.6-nal), akkor 22 honap vs 17 honap, raadasul az 5.6-nal bevezettunk egy olyan valtoztatast is, hogy az alpha1 utan mar nem is lehetett letrehozni olyan uj rfc-t, amivel ezt a verziot celozta volna a fejleszto.
2, szigorubban be volt tart(tat)va a releaseprocess policy(minor verzioban nem vezetunk be visszafele nem kompatibilis modositast), ezert a nagyobb fejlesztesekkel mar a mastert celoztak a fejlesztok, erdemes osszehasonlitani a harom listat:
http://hu1.php.net/manual/en/migration54.incompatible.php
http://hu1.php.net/manual/en/migration55.incompatible.php
http://hu1.php.net/manual/en/migration56.incompatible.php
3, kevesebb jo javaslat es/vagy pull request jott, illetve eleg sok fajo pontot sikerult az 5.4-ben illetve az 5.5-ben orvosolni.
nem volt nagyobb perf optimalizacio sem, hirtelen csak az ures stringek internelese jut eszembe, ez reszben valoszinuleg arra vezetheto vissza, hogy a Zendes fo maintainer mar a phpng-n, illetve az azt megelozo sikertelen optimalizacios kiserleteken butykolt.
Szemely szerint en orulnek neki, ha a hetes verzio elott, meg kijonne egy 5.7, ami meg ennel is kevesebb valtoztatast tartalmazna, es kb. csak a major verzionak agyazna meg (pl. dobhatna deprecated figyelmezteteseket olyan hivasokra, ami az uj verzioban mar nem, vagy maskepp fog viselkedni).
- A hozzászóláshoz be kell jelentkezni
Szóval lehet már hatványozni is. Tudtok példát arra, hogy erre szükség van? Olyan példát, amit nemcsak néhány matematikus csinál.
......................
Egymás segítésére még: http://pc-kozosseg.com
- A hozzászóláshoz be kell jelentkezni
Eddig is lehetett hatványozni, te php mester. Amúgy meg ja, ha az általad készített cuccok kimerülnek a form-insert-select-echo négyszögben, akkor persze, a hatványozás tényleg felesleges.
- A hozzászóláshoz be kell jelentkezni
Egyreszt eddig se volt nehez ra irni egy gyors 4 soros fuggvenyt, ha nem felelt mrg neked a felettem linkelt "pow()", annyi hogy mostmar ott lesz neked egy ketkarakteres operatorban, masreszt rakas feladat van amihez kell, pl. kamatos kamat.
Fogyatekos
- A hozzászóláshoz be kell jelentkezni