Jakie funkcje chciałbyś mieć w PHP? [Zamknięte]

Ponieważ jest teraz sezon wakacyjny i wszyscy składają życzenia, zastanawiam się - jakie funkcje językowe chciałbyś dodać PHP? Interesują mnie praktyczne sugestie / życzenia dotyczące języka. Przez praktyczne rozumiem:

1. Coś, co można praktycznie zrobić (nie: „Chciałbym, żeby PHP odgadł, co oznacza mój kod i naprawił dla mnie błędy” lub „Chciałbym, aby każdy kod wykonał się poniżej 5 ms”)
2. Coś, co nie wymaga zmiany PHP na inny język (nie: „Chciałbym, aby upuściły znaki $ i używały spacji zamiast nawiasów klamrowych” lub „Chciałbym, aby PHP były skompilowane, wpisane statycznie i miały # w nazwie”)
3. Coś, co nie wymagałoby zerwania całego istniejącego kodu (nie: „Zmieńmy nazwy 500 funkcji i zmień ich kolejność parametrów”)
4. Coś, co zmienia język lub jakiś interesujący jego aspekt (nie: „Chciałbym, aby istniało rozszerzenie obsługi protokołu XYZ” lub „Chciałbym, aby błąd # 12345 został w końcu naprawiony”)
5. Coś, co jest czymś więcej niż tylko rantem (nie: „Chciałbym, żeby PHP nie ssał tak bardzo”)

Czy ktoś ma jakieś dobre życzenia?

Edycja modów: Stanislav Malyshev jest głównym programistą PHP.

Nie miałbym nic przeciwko nazwanym parametrom.

getData(0, 10, filter => NULL, cache => true, removeDups => true);
// instead of:
getData(0, 10, NULL, true, true);

// or how about:
img(src => 'blah.jpg', alt => 'an albino platypus', title => 'Yowza!');

Niestety deweloperzy PHP zestrzelili już ten pomysł .

Więcej dereferencji:

echo something_that_returns_array()[4];

Inni wspominali o nazwanych parametrach i krótszej składni tablicy. Nie miałbym też nic przeciwko krótszej składni obiektów.

$a1 = array(1, 2, 3, 4);
$a2 = [1, 2, 3, 4];

$b1 = (object)array('name' => 'foo');
$b2 = {'name' => 'foo'}; // or something?

Po pracy z PHP przez około 13 lat, a głównie z JS przez około 4, jest kilka rzeczy, które moim zdaniem PHP dobrze byłoby pożyczyć od JS:

1) skrótowa notacja tablic i obiektów. Wierzę, że mogło to być omówione i zestrzelone na wewnętrznych elementach (więc słyszę - nie lubię patrzeć, jak powstaje kiełbasa), ale naprawdę, naprawdę uważam, że dosłowna notacja tablic i obiektów w JS jest duża wygrana produktywność.

Na przykład:

$arr     = [1,2,3,4];
$assoc   = [foo=>'bar', baz=>'boo'];
$stdobj  = {foo->'bar', baz->'boo'};

Czy (IMHO) jest po prostu łatwiejsze do napisania i czystsze niż

$arr     = array(1,2,3,4); // not too bad
$assoc   = array("foo"=>'bar', baz=>'boo'); // not too bad either
$stdobj  = new stdClass; // this gets pretty rough
$stdobj->foo = 'bar';
$stdobj->baz = 'boo';

Słyszałem, że pojawiły się pewne obawy o potencjalne zamieszanie, ale czy rzeczywiście jest to bardziej mylące niż, powiedzmy, notacja heredoc? Wydaje mi się, że przynajmniej tworzenie obiektu stdClass w PHP jest wystarczająco szczegółowe, aby zniechęcić do praktyki.

2) Przydałoby się ponowne zdefiniowanie wcześniej zdefiniowanych funkcji i metod. Szczególnie uprościłoby to sytuacje przedłużania klasy i tworzenia nowej klasy jest albo zbyt skomplikowane, albo niepraktyczne. Uważam jednak, że powinniśmy unikać przedefiniowywania podstawowych funkcji i metod innych niż przestrzeń użytkownika.

Oprócz tych dwóch, myślę, że PHP musi transparentnie obsługiwać Unicode . Staje się to coraz większym problemem dla programistów, a rozwiązania oferowane obecnie w PHP są mylące i często nie działają. Uczynienie wszystkich standardowych funkcji ciągów przyjaznymi dla Unicode po wyjęciu z pudełka byłoby ogromną wygraną dla programistów PHP.

Dzięki, że pytasz!

Czego chciałbym, jako były wieloletni apologeta PHP:

1. Krótsza składnia tablic. Macierze PHP są jedną z najbardziej niesamowitych cech języka ze względu na ich elastyczność, ale pisanie jest trudne some_array_method($argity, array('key' => $value));. Uważam, że ta propozycja została już niestety wypatroszona na liście mailingowej PHP.
2. finally wsparcie
3. Atrybuty / adnotacje. Umożliwiają one dodanie niestandardowego zachowania do metody w sposób umożliwiający ponowne użycie kodu. Na przykład w środowisku MVC można zdefiniować taki AuthorizeAttribute, który wskazywałby, że kontroler lub metoda działania wymaga autoryzacji użytkownika. Sama struktura byłaby odpowiedzialna za poszukiwanie atrybutów i odpowiednie działanie na nich. Wierzę, że PHPUnit już używa pewnego rodzaju atrybutu, umieszczając je w komentarzach docblock, które można odczytać za pomocą refleksji, ale faktyczna funkcjonalność w komentarzach docblock to z pewnością włamanie.
4. Krótsza składnia lambda. Zamiast pisać function($x){ return $x*2;}, może mógłbym napisać $x => return $x*2coś takiego. To znowu coś, co po prostu sprawia, że ​​korzystanie z tej funkcji jest trudne. Na przykład w $results = array_filter(array(1,2,3), function($a) { return $a % 2; }):porównaniu z $results = array_filter(array(1,2,3), $a => return $a % 2 );poprzednim jest o wiele więcej hydrauliki, która w zasadzie nie ma znaczenia dla rzeczywistej pracy, którą próbujesz wykonać.
5. Wbudowana Decimal(matematyka o stałym punkcie), która wspierała operacje matematyczne przez normalnych operatorów, byłaby całkiem przyjemna, ponieważ nie mamy przeciążenia operatora.
6. METODY MAGICZNE MOAR. Metody magiczne są świetne. Widziałem, jak PHP dodaje przeciążanie operatorów za pomocą magicznych metod (wiem, że w zasadzie tak się nigdy nie stanie). Ale ogólnie rzecz biorąc, zapewniają one naprawdę świetne sposoby na zahaczenie się o język i robienie fajnych rzeczy.

Ustaw PHP w pełni obiektowo. slap on another global functionEwolucja PHP musi się skończyć.

array_merge(array_filter(array_intersect_key($arr1, $arr2), "is_int"), $arr3);

Trudno mi to przeczytać. Muszę stworzyć własny stos mentalny i samemu go skompilować. Zasadniczo powinien on czytać na odwrót. $dog->wakeup()->bark();jest łatwy do odczytania w porównaniu dobark(wakeup($dog))

$arr1->array_intersect_key($arr2)->array_filter("is_int")->array_merge($arr3);

Zrobiłeś krok w kierunku włączenia obsługi obiektów / metod, użyj go w rzeczywistych podstawowych funkcjach PHP.

Zmieńmy nazwy 500 funkcji i zmień ich kolejność parametrów.

Przeniesienie tej funkcji na metody umożliwiłoby zmianę ich nazw przy użyciu niektórych konsekwentnie. Czy złamałby jakąkolwiek zgodność wsteczną, gdyby łańcuchy i tablice miały własne metody?

Świetny byłby silnik zapytań zintegrowany z językiem. Coś w rodzaju tego, co jest dostępne w .NET o nazwie LINQ. Pomoże to w sortowaniu ogromnych tablic danych i ustandaryzuje dostęp do bazy danych, tak aby mniej udanych ataków typu SQL-injection.

O. Podpowiedzi do prymitywów. To byłoby miłe.

Naprawdę chcę lepszej obsługi Unicode po wyjęciu z pudełka. Większość języków zmierza w tym kierunku, ale PHP wciąż ma dziwne polecenia.

Ciągi PHP to po prostu tablice bajtów. Ich zawartość jest nieprzenośna, ponieważ zależy od bieżącego domyślnego kodowania.

To samo dotyczy reprezentacji zbudowanej przez serialize. Zawiera reprezentację ciągu z prefiksem długości bez faktycznego przechowywania informacji o kodowaniu.

Większość funkcji PHP (łańcuchowych) nie ma pojęcia o Unicode. Szczegółowa lista obejmująca poziom ryzyka każdej funkcji znajduje się na stronie : http://www.phpwact.org/php/i18n/utf-8

http://blog.ginkel.com/2010/03/php-unicode-support-or-the-lack-thereof/

Spraw, aby ciągi były podobne do obiektów, dzięki wbudowanym metodom zastępowania niekonsekwentnie nazwanych i parametryzowanych obiektów nieprzedmiotowych. na przykład

$subject->replace($search,$replace);
$string->split($separator);
$string->trim();

itp.

Edycja: jeszcze jedno: metody te powinny zawsze oczekiwać i emitować UTF-8, z wyjątkiem tych specjalnie przeznaczonych do kodowania. Jeśli dane wejściowe są niepoprawne UTF-8, należy zgłosić wyjątek, nawet jeśli kodowanie nie wpłynie na wyjście funkcji.

1) Chciałbym, aby nowo tworzone obiekty zwracały „$ this”, dzięki czemu mogę metodować łańcuch, $ user = new User ('john') -> setLastName ('Doe') -> save ();

2) Jeśli kiedykolwiek używałeś ruby, a ostatnio węzeł, mają świetną interaktywną powłokę (IRB). Chciałbym, aby PHP miał taki, który byłby naprawdę użyteczny.

3) Cechy / Mixiny, ale słyszę, że są już w drodze.

4) Chcę wstawić drugą krótką tablicę $ myArray = ['my', 'array'];

5) Spójne nazewnictwo / kolejność (np. Stóg siana z igłą)

1) pozbyć się obejmuje (). Odniesienia do innych plików powinny być odniesieniami, a nie umieszczać zawartości jednego pliku kodu źródłowego w innym. Zdecydowanie zbyt wielu programistów PHP używa () jako rodzaju wywołania funkcji, a nie jako środka odwoływania się do biblioteki. Prowadzi to do wszelkiego rodzaju niejednoznaczności w stanie zmiennej i niestabilnym kodzie. Zastąp to poleceniem „use” podobnym do Perla.

2) proszę podać gotową metodę kompilacji aplikacji PHP w pojedynczy plik kodu bajtowego lub plik wykonywalny. To znacznie zwiększy atrakcyjność PHP jako komercyjnego języka programowania. Powinno to być podstawowym składnikiem języka. Nie martw się o pliki HTML używane w interfejsie GUI aplikacji, ponieważ ...

3) pozbądź się możliwości osadzania znaczników PHP w HTML. Lub przynajmniej zapewnić tryb „bez osadzania”. Jest to absolutny bałagan i zachęca do złego projektowania poprzez połączenie logiki aplikacji i prezentacji. Programiści powinni używać szablonów do wyświetlania, a nie splatać pliki PHP razem i mieć nadzieję na najlepsze.

Podpisany,

Grandmaster B.

ps: nie słuchaj tego, co mówią inni tutaj, byłem miły przez cały rok

Dyrektywa ini E_ERRORdotycząca nieokreślonych stałych, zamiast zakładać, że jest to ciąg znaków E_NOTICE.

Normalizuj globalną przestrzeń nazw za pomocą dobrze przemyślanej konwencji nazewnictwa, która ma sens dla początkujących!

Cytując naszego ukochanego Jeffa Atwooda: PHP jest do bani, ale to nie ma znaczenia !

Łańcuchy powinny być obiektami

1) Krótsza składnia tablicy / obiektu, a la JavaScript (jak wspomniano wcześniej)

2) Zezwól constzmiennym, aby zezwoliły na wynik obliczeń, tak jak define()robi.

3) Łączenie łańcuchów bezpośrednio z konstruktora: new User()->name('Ryan');

4) Dereferencje tablicowe: something_that_returns_array()[4];

5) Rozszerzona obsługa SPL. SPL wykonuje przyzwoitą robotę, przekształcając funkcje łańcuchów i tablic (między innymi) jako obiekty. Rozszerzenie SPL może rozwiązać wiele problemów związanych z tym, że język jest tak szalony.

6) Używanie ArrayObject()powinno być tak przejrzyste jak używanie array(). Powinieneś być w stanie robić rzeczy array_filter($array_object_instance)bez robienia array_filter($array_object_instance->getArrayCopy()). Oczywiście byłoby jeszcze lepiej $array_object_instance->filter().

7) Przydałby się pełny Unicode.

8) Przestań robić dziwne automatyczne konwersje typów. Na przykład nie powinno być możliwe echoutworzenie obiektu SimpleXMLElement bez uprzedniego jawnego typowania go jako ciąg znaków. A przynajmniej rzuć coś, kiedy to się stanie (np. W trybie ścisłym lub w jakimkolwiek innym trybie error_reporting(-1)).

9) Wsparcie dla wielu wątków lub jakiegoś zdarzenia / asynchronicznego wywołania zwrotnego. Ma to największe znaczenie podczas próby przesyłania dużych plików za pomocą cURL. Zamiast wątków old skool, byłoby coś takiego jak Grand Central Dispatch firmy Apple. Lub nawet coś w stylu JavaScript, w którym można wysyłać żądania asynchroniczne i definiować połączenia zwrotne.

10) Spójne nazewnictwo / porządek (np. Stóg siana z igłą) byłoby fajne, ale myślę, że można to lepiej rozwiązać za pomocą SPL.

11) Oficjalnie obsługiwana interaktywna powłoka PHP, taka jak IRB. Facebook ma taki, phpshktóry został napisany w Pythonie, ale brakuje mu polskiego, który chciałbym zobaczyć.

12) W przypadku interfejsu API Reflection dodaj obsługę (a) komentarzy docblock na temat stałych (globalne i klasowe) oraz (b) obsługę analizowania komentarzy podobnych do PHPDoc w rozsądnej strukturze danych. Istnieje pakiet PECL o nazwie „docblock”, który próbuje to zrobić, ale nie wydaje się, aby autor zaszedł bardzo daleko.

EDYCJA: 13) Chciałbym również zobaczyć możliwość używania !i ?nazw funkcji - jak Ruby może.

1) Zrozumienie tablic w stylu rozumienia listy w języku Python:

$newlist = array($x->something for $x in $oldlist);

//with short array syntax:
$newlist = [$x->something for $x in $oldlist];

2) Składnia krótkiej tablicy

$newlist = [1,2,3,4,...];

3) Ustaw puste (), aby nie traktować ciągu „0” jako prawdziwego

Chciałbym zobaczyć wiarygodną metodę tworzenia / definiowania tablic CONSTANT. Istnieje kilka hackerskich sposobów symulowania tego rodzaju funkcjonalności, ale byłoby miło, gdyby była to tylko prosta funkcja PHP. Byłoby miło, gdybyś mógł utworzyć tablicę w sposób podobny do „ostatecznej” deklaracji Javy.

Stworzyłem system logowania, który można bardzo szybko skonfigurować. Wszystko, co musisz zrobić, to zmienić zawartość tablicy w pliku tekstowym, aby określić pola, które mają zawierać informacje o użytkowniku. Korzystając z szeregu pętli for, obsługuje wszystko, od generowania formularzy i sensytyzacji danych wejściowych, po wywołania bazy danych, ale wszystko zależy od tej oryginalnej tablicy.

Plik z tablicą jest zablokowany z uprawnieniami, ale gdy tablica porusza się w eterze, jest zmienna. Chociaż uważam, że system jest dość bezpieczny, nie lubię zostawiać niczego przypadkowi. Metoda finalizacji tablic byłaby przydatna w takiej sytuacji.

Nowy pomysł!!

Ohhh, myślałem o czymś innym, co naprawdę bardzo lubię w php. Chciałbym, aby jakiś system kontrolował operacje na plikach php i operacje na katalogach podobne do działania .htaccess.

Plik .phpaccess powinien uruchamiać jakieś zasady dotyczące tej samej domeny / pochodzenia.

Na przykład, jeśli hostowałem wiele witryn z wirtualnymi hostami, mógłbym mieć plik .phpaccess w katalogu, który powiedziałby php, aby sprawdził początek wykonywanych skryptów, które próbują działać w moim chronionym katalogu. Jeśli skrypt nie pochodzi z tego katalogu lub jego podkatalogów, operacje na plikach lub operacje na gniazdach zostaną odrzucone.

Myślę, że taki system uczyniłby wirtualny hosting o wiele bezpieczniejszym środowiskiem. Jeśli umieścisz jeden z nich u góry każdego wirtualnego hosta, zmniejszy to szansę znalezienia sposobu na wkroczenie się z sąsiedniego wirtualnego hosta.

Także jeśli dobrze byłoby mieć metodę zabezpieczenia go w odwrotny sposób. tj. ograniczenie zasięgu skryptów w jednym katalogu do tego katalogu.

To yin i yang ya wiedzą!

Moje dwa największe życzenia jako zapalonego programisty PHP:

1. Wsparcie w końcu. Wielkim bałaganem jest fikcyjne obejście tego za pomocą flag lub podobnych środków.
2. Chciałbym zobaczyć wsparcie dla składni języka C # dla programów pobierających i ustawiających. Gdy masz wiele programów pobierających i ustawiających, prosta składnia, taka jak C #, jest świetnym narzędziem zwiększającym wydajność zamiast robić to w Javie i pisać metody pobierające i ustawiające. Magiczne metody są niesamowite w przypadkach, w których chcesz dynamicznie tworzyć członków (na przykład, jeśli chcesz, aby renderer szablonów miał jakieś zmienne do użycia), ale nie są dobre dla normalnych właściwości, dla których chcesz, aby IDE automatycznie się uzupełniał, poznaj ich typy i tak dalej. pomogłoby to zmniejszyć kod, a jednocześnie byłby czytelny i łatwy w użyciu.

Składnia języka : W pihipi i phpreboot jest kilka dobrych wskazówek na temat tego, czym interesują się programiści (chociaż phpreboot zbyt daleko posuwa się w JS).

Metodologia programowania: Gdyby takie ankiety zostały wzięte pod uwagę, znacznie poprawiłoby żywotność PHP.net. Nie podejmuj więcej decyzji dotyczących składni sesji IRC.

Indywidualne cechy : Niektóre zostały wspomniane wcześniej, ale z radością spalę trochę karmy, aby być bardziej tępym:

• Typ ciągu Unicode.
• Bigint (patrz Python).
• Wbudowane narzędzie Runkit do usuwania / zmiany nazw / zastępowania wbudowanych funkcji i klas, które nie zawsze są tak dobrze zaprojektowane.
• Modern OOP
  • wielokrotne dziedziczenie (zamiast złożoności do obsługi rzadkich przypadków brzegowych ze składnią niezdarnych cech)
  • skalary mogą pełnić funkcję obiektów (patrz Python), np. array () działa jako ArrayObject, lub łańcuchy jako SplString (wymaga użytecznych metod, wszystkie funkcje łańcuchowe powinny być dostępne jako str::toupper())
• Przestarzała \składnia przestrzeni nazw gówno gówna , popraw parser i zastosuj ::jako alternatywę. Wiesz, jak prawdziwy język.
• Każda odmiana LINQ (chociaż nie ufam, że wymyśliliście rozsądną składnię)
• lub literały XML.
• Pozbądź się zachowania środowiska uruchomieniowego php.ini i przełączników semantycznych. To prawda, usuwa trochę emocji, ale byłoby korzystne dla programistów i bazy użytkowników.
• Tak, magic_quotes jeszcze nie ma.
• Konwertuj kod bajtowy silnika Zend na PBC

Chociaż, jeśli nie jest to oczywiste, chętnie sfinansowałbym kogoś innego, aby zrobił to drugie, i zabiłbym php.net jako główną implementację. :P
Och, właśnie zauważyłem, że to wiki społeczności. Jest więc szansa, że ​​nie jesteś tutaj po karmę, ale prawdziwe zainteresowanie. Jeśli tak, zajrzyj do <b> problemu </b>, który poważnie szkodzi językowi (dyrektoritis).

Bardzo chciałbym zobaczyć połączenie błędów i wyjątków w jedną koncepcję (wyjątki). Wspaniale jest móc wychwytywać wyjątki i zapisywać je w dzienniku, aby w ten sposób znajdować i naprawiać błędy. Ale jeśli coś jest zasadniczo nie tak (czytaj: błąd PHP) w ścieżce kodowej, która jest bardzo rzadko trafiana, nie ma dobrego sposobu na umieszczenie tych informacji w tej samej bazie danych problemów.

Proszę, Mikołaj, wprowadź przełącznik w php.ini, który zamienia wszystkie błędy w wyjątki - idealnie, wyjątki, które mogę przechwycić w moim kodzie.

PHP mi odpowiada, ponieważ służy do podrzucania małych i średnich stron internetowych; Muszę być trochę niewyobrażalny, jedyną rzeczą, o której mógłbym pomyśleć w odpowiedzi na to pytanie, byłoby coś, co sprawiłoby, że lepiej skaluje się w witrynach o dużym ruchu.

Mam na myśli odrodzenie procesów do innych rdzeni, na przykład aktualizację bazy danych w jednym procesie podczas tworzenia strony wyjściowej w innym procesie. Szybkie wyszukiwanie w Google wskazuje, że można to zasymulować, ale obecnie nie jest obsługiwane bezpośrednio w php.

Naprawdę tęskniłem za tym, że typy skalarne nie są traktowane jako obiekty, a rzeczywiste obiekty nie mogą zachowywać się jak każdy inny typ lub obiekt (z wyjątkiem łańcucha wynikającego z __toString ()).

• obsługa wyliczeń (jak java 1.5+)
• Umiejętność definiowania typów zwracanych metod w interfejsach i klasach
• obsługa adnotacji / definicji metadanych dotyczących właściwości i metod.
• być w stanie robić ścisłe podpowiedzi dla argumentów skalarnych metod.

Oczyść „Notatki przesłane przez użytkownika” na stronie http://php.net . Czasami są prawdziwym bałaganem, ale ogólnie stanowią wielką wartość.

W PHP jest kilka całkiem przyzwoitych funkcji tablicowych, zapewniających zdolność przetwarzania list, wywołań zwrotnych i create_function()zapewniających podstawowy rachunek lambda.

Głównym problemem jest to, że w PHP jest on zbyt rozwlekły, system stenografii byłby doskonały, szczególnie w przypadku poleceń mapowania / zmniejszania.

Co ważniejsze, funkcje listy nie są całkowicie kompletne:

• nie ma żadnej foldrfunkcji, array_reduce()zapewniafoldl
• array_map()powinien przekazać klucz w drugim argumencie, podobnie array_walk()jak
• array_map_keys()mogą być użyteczne dla kluczowych modyfikacji
• lista zrozumienie jest bardzo niezgrabne, range(), array_fill()a array_fill_keys()jedynie obsługiwać tak wiele przypadków, i array_filter()jest oddzielony

Nie zamierzam wprowadzać PHP w Haskell, ale PHP jest często używane do manipulacji strukturą danych typu listy i przydatne byłoby posiadanie pełnego zestawu narzędzi w tym zakresie.

Przeciążenie operatora:

$result = $MatrixA + $MatrixB * $MatrixC;

Dodaj wyjątki zamiast tworzenia E_WARNING ... To bardzo denerwujące, że nie mogę użyć czegoś takiego jak:

try{
   $f = fopen('asd', 'r');
   flock($f, LOCK_SH);

   while(!feof($f)){
       echo fread($f, 512);
   }

   fclose($f);

}catch(IOException $ex){
   echo 'Oops, something wrong: '.$ex->getCode();
}

Oczywiście obecnie nie jest to zbyt praktyczne, ale otrzymywanie:

OSTRZEŻENIE

OSTRZEŻENIE

OSTRZEŻENIE

i nie mogę kontrolować przepływu kodu bez pisania własnego modułu obsługi błędów i wykrywania łańcucha, który został wygenerowany (pozwolenie, niepoprawna nazwa pliku lub cokolwiek innego; nie mam nic przeciwko innym źródłom błędów tutaj) w celu zgłoszenia poprawnego wyjątku .

Mam nadzieję, że nie muszę wyjaśniać, dlaczego jest to ważne.

PHP już dawno temu zorientowało się na obiekt, a my, programiści korzystający z PHP, czekamy na funkcje OO, nie wprowadzając „goto” ... Kiedy dowiedziałem się, że to się naprawdę wydarzyło, pomyślałem, że to prima aprilis.

1. Skonsoliduj model obiektowy - spraw, aby wszystkie obiekty rozszerzały podstawową klasę Object. Klasa Object implementowałaby (między innymi) wszystkie magiczne metody (aby nie były już magią!)

2. Przenieś rozszerzenia do własnych przestrzeni nazw - uporządkuj globalną przestrzeń nazw $conn = new \MySQLi\Connection();

3. Odzyskaj spl_autoload()funkcję! Poważnie, jest to prawdopodobnie jedna z największych funkcji PHP i jednocześnie najbardziej bezużyteczna w tym samym czasie. spl_autoloadjest domyślnym autoloaderem, który obsługuje przestrzenie nazw i wiele rozszerzeń plików, ale z nieznanych powodów wymaga, aby nazwy plików były pisane małymi literami. Jest wypełniony raport o błędzie , ale pracownicy odpowiedzieli, że nie naprawią go z powodu kompatybilności wstecznej. Racja ... to nie jest tak, że każdy framework jest dostarczany z własnym autoloaderem, ponieważ domyślny jest sparaliżowany!

Obsługa dużych plików. Pięknie proszę?

Zobacz http://bugs.php.net/bug.php?id=27792 (chociaż może być więcej obszarów / funkcji, które również wymagają uwagi).

Doprowadź obsługę taint do najnowszej wersji i dołącz do standardowej kompilacji, najlepiej włączonej w domyślnej konfiguracji http://wiki.php.net/rfc/taint

Zapobiegnie to atakom typu XSS i SQL wstrzykiwanie poprzez poprawne kodowanie ludzi.