PHP: Неоднозначные имена функций

Question

Я новичок в php, и я видел довольно неоднозначное соглашение о названии функций в php, и это меня смущает, поскольку я регулярно забываю имена функций. Полагаю, я должен привести вам пример.

Если функция для кодирования является htmlentities, то почему он напротив назван html_entitiy_decode, а не что-то вроде entitiesdecode или тот, который более близок к htmlentities.

Есть также соответствующие имена функций, но я думаю, что php не имеет последовательного подхода к наименованию своих функций.

Любые идеи, пожалуйста, потому что мне трудно запомнить имена функций. Спасибо

Answer 1

Нет, PHP на самом деле не имеют последовательный подход к функциям имен - это, главным образом, по двум причинам:

• Исторические причины: когда функции были выпущены с этими именами, они не могут быть изменены
• Расширения/библиотеки: PHP - это «клеящий» язык, который включает в себя несколько внешних библиотек и часто использует имена функций этих библиотек, которые не обязательно согласованы.

К счастью, сообщество разработчиков и разработчиков PHP знает об этом и пытается не повторять эту ошибку сейчас, когда они разрабатывают новые функции, но, скорее всего, это останется прежним для старых функций.

Лучшее, что вы можете сделать, это принять одно соглашение об именах для ваших классов/функций/методов/переменных и уважать его в ваших проектах; это уже будет хорошим началом.

Answer 2

Я боюсь, что это проблема с PHP, с которой вам придется жить. Вы можете обернуть эти «неназванные» функции своими собственными, но это, очевидно, сделает вызов этих функций более дорогостоящим.

Answer 3

Там несколько связанных question and answer in the PHP FAQ about parameter order:

Я не могу запомнить порядок параметров функций PHP, они случайным образом?

PHP - это клей, который объединяет сотни внешних библиотек, поэтому иногда это становится беспорядочным. Однако простое эмпирическое правило выглядит следующим образом: Параметры функции массива упорядочены как «игла, стога сена», тогда как функции String противоположны, поэтому «стога сена, игла».

Первое предложение ответа может быть применено и к именованию функций.

Для ваших собственных функций взгляните на Userland Naming Guide и/или рассмотрите следующие правила кодирования, такие как Zend или PEAR.

Answer 4

Я бы дал простой ответ, факт в том, что это из-за совместимости. Функция, однажды заданная с именем, не может быть отменена, поскольку она использовалась в тысячах проектов и в ядре языка, а также в груше и клюве. Спасибо