Какие есть варианты реализации класса-хелпера для PHP?

Question

zorca @zorca

Какие есть варианты реализации класса-хелпера для PHP?

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

Вопрос задан более трёх лет назад
1355 просмотров

Комментировать

Подписаться 2 Простой Комментировать

Решения вопроса 2

8 комментариев

Avtomat @nomostrack

Почему статическими? Методы можно сделать обычными ведь...

Написано более трёх лет назад
zorca @zorca Автор вопроса

Я могу конкретизировать, если это поможет.

https://github.com/oxboot/ox/blob/9e4084f387562fb1...

Вот такие небольшие функции будут массово использоваться повсеместно в приложении.

В похожем проекте ребята используют и глобальные функции и класс Utils с статическими методами на борту. Равняться на них не хочу. Хочу элегантный код.

Написано более трёх лет назад
Максим Федоров @qonand

Avtomat, а зачем обычными? класс будет хранить состояния? нет, хелперы не хранят состояния ... нужна возможность создания нескольких экземпляров класса? нет, т.к. хелперы не хранят состояния то и создание экземпляров - избыточная операция. Как бы надобности в обычных методах нет, конечно хелпер можно сделать в виде синглтона, но стоит ли...

Написано более трёх лет назад
Максим Федоров @qonand

zorca, понял. Тогда класс с статическими методами, или синглтон....

Написано более трёх лет назад
zorca @zorca Автор вопроса

Максим Федоров, попробовал сделать не статическими методами, плюс внедрить в контейнер приложения, все стало еще печальнее с точки зрения читабельности и удобства. Так что да, все больше склоняюсь к статическим методам класса Helpers или приложения.

Написано более трёх лет назад
Алексей Скобкин @skobkin

zorca,
Вот такие небольшие функции будут массово использоваться повсеместно в приложении.

У вас там куча слабо связанных друг с другом вещей собрана в одном месте. Не лучше ли распределить это по разным классам, у каждого из которых будет своя зона ответственности?

Написано более трёх лет назад
zorca @zorca Автор вопроса

Алексей Скобкин, приложение в процессе активной разработки, многое еще буду перекраивать, мелкий функционал без претензий на отдельный класс пока кидаю в хелперы. В первой версии уже сформируется понятная мне самому структура.

Написано более трёх лет назад
Алексей Скобкин @skobkin

zorca, Меня-то убеждать не надо, я с этим не соглашусь. Главное, что вы убедили себя, что обязательно всё приведёте в порядок.

Написано более трёх лет назад

15 комментариев

zorca @zorca Автор вопроса

С этого я и начал, это простейший вариант, хочу еще варианты рассмотреть.

Написано более трёх лет назад
BoShurik @BoShurik

zorca, если хотите делать по принципам ООП, то делать с использованием ООП это дело не стоит :) Функции к нему отношения имеют мало

Написано более трёх лет назад
Adamos @Adamos

Засорять глобальное пространство более, чем требуется - дурная практика.
Требуется один статический класс-хелпер - никакого смысла дробить его на функции нет, и с точки зрения будущих изменений особенно.

Написано более трёх лет назад
zorca @zorca Автор вопроса

Ваш вариант тоже решение безусловно. Но все еще в поисках третьего варианта. :-)

Написано более трёх лет назад
BoShurik @BoShurik

Adamos, кто сказал про глобальное пространство? У функций тоже может быть namespace

Написано более трёх лет назад
zorca @zorca Автор вопроса

Минус глобальных функций - засорение таки глобального пространства. Хорошо, когда их 5-10, но их число может вырасти и встанет вопрос об упорядочивании вызова таких функций.

Написано более трёх лет назад
BoShurik @BoShurik
zorca, в итоге будет тоже самое, что и с классом
App\foo(); App\bar();

вместо
App\Utils::foo(); App\Utils::bar();
Написано более трёх лет назад
zorca @zorca Автор вопроса

BoShurik, интересный вариант, даже не подумал об этом.

Написано более трёх лет назад
Adamos @Adamos

BoShurik,
в итоге будет тоже самое, что и с классом

Вот именно. И в чем смысл менять шило на мыло? Разница только в возможности напороться на переопределение функции в том же пространстве.

Написано более трёх лет назад
BoShurik @BoShurik

Adamos, ну вообще, все-таки символов меньше. В php ради этого ввели короткую нотацию для массивов.
А переопределить функцию php не даст, а в случае, если функции в одном файле - то тут и ide поможет

Написано более трёх лет назад
Adamos @Adamos

BoShurik, и один из простейший способов собрать эти функции в одном файле - это, внезапно, тот самый общий статический класс.

На случай, когда нескольким функциям нужна единая логика, в отрыве от этих функций не существующая (для чего в статическом классе можно просто объявить приватный метод) - тоже что-нибудь предложите?

Написано более трёх лет назад
BoShurik @BoShurik

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

Написано более трёх лет назад
BoShurik @BoShurik

Adamos, хотя, можно выделить такие функции во что-то вроде
App\Internal\foo();
чтобы они не мешались в неймспейсе App

Но мне пока такая ситуация не встречалась

Написано более трёх лет назад
Adamos @Adamos

BoShurik, потому что буханка, троллейбус и все такое.

Написано более трёх лет назад
BoShurik @BoShurik

Тут как раз наоборот :) ООП используется для того, для чего оно не предназначено. Объект хелпера не инстацировать, все его методы по сути являются обычными функциями, так почему бы их не использовать? Я за семантику

Написано более трёх лет назад

Пригласить эксперта

Ответы на вопрос 2

Комментировать

2 комментария

Avtomat @nomostrack

Зачем именно статический можно уточнить? Можно де сделать обычным классом и вызывать методы как обычно.

Написано более трёх лет назад
Максим Кожин @maximkozhin

Avtomat,
А какой смысл от экземпляра?

Если мы делаем ArrayHelper, то экземпляр будет работать с определенным массивом. А функции для работы с массивами могут принимать как один, так и два, так и более. Тот же array_merge к примеру. Или strcasecamp для работы со строками.

Исходя из Вашей логики с экземпляром удобно будет работать, если параметр у реализуемых функций будет один. Будет реализован статический класс BaseArrayHelper, который может работать с несколькими массивами и содержать статические методы, и наследник ArrayHelper, который работает только с одним через экземпляр. Но это уже тема типизации и совсем отходит от темы хелперов. В таком случае придется написать много кода-обертки, чтобы обернуть стандартные функции - такое будет полезно, если только времени вагон.

Написано более трёх лет назад

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

PHP

+1 ещё

Простой
Как в php формировать ответ на AJAX XMLHttpRequest запрос?
- 1 подписчик
- 6 часов назад
- 64 просмотра
0

ответов
PHP

+2 ещё

Средний
Запросы soap в инфоклинику на php?
- 1 подписчик
- 10 часов назад
- 116 просмотров
2

ответа
PHP

Простой
Не работает часть скрипта PHP при смены PHP 7 на 8?
- 1 подписчик
- вчера
- 177 просмотров
3

ответа
PHP

Средний
Как найти в массиве ответа API нужное значение, при том что значение может быть написано в разном регистре?
- 1 подписчик
- вчера
- 133 просмотра
3

ответа
PHP

+1 ещё

Простой
Как отправить сообщение в определенную тему в группе Telegram боту на PHP?
- 1 подписчик
- вчера
- 78 просмотров
1

ответ
PHP

+1 ещё

Простой
Почему не работает JWT поверка?
- 1 подписчик
- вчера
- 67 просмотров
0

ответов
PHP

+1 ещё

Средний
Как отладить плавающий баг проверки капчи?
- 1 подписчик
- вчера
- 60 просмотров
1

ответ
PHP

Простой
Как вывести переменную php которая выводит путь к файлу в строке $data = File('assets/files/uslugi-i-ceny/558.csv');?
- 1 подписчик
- вчера
- 101 просмотр
0

ответов
PHP

+1 ещё

Простой
Как сделать авторизацию по двум таблицам в Symfony?
- 1 подписчик
- вчера
- 89 просмотров
2

ответа
PHP

+1 ещё

Простой
Как исправить ошибку Uncaught Error: Call to undefined function mysql_real_escape_string?
- 1 подписчик
- 21 апр.
- 100 просмотров
3

ответа
Показать ещё Загружается…

PHP Developer

YCLIENTS • Москва

от 200 000 до 350 000 ₽

PHP разработчик

Ведисофт • Екатеринбург

от 25 000 ₽

Midlle PHP developer (backend)

ИТЦ Аусферр • Магнитогорск

от 100 000 до 160 000 ₽

Разработка дизайна раздела «Статьи» на сайте «Мир отходов»

23 апр. 2024, в 23:01

10000 руб./за проект

Дизайн личного кабинета (клиентская часть)

23 апр. 2024, в 22:37

500 руб./в час

Скрипт для Solana быстрый

23 апр. 2024, в 22:33

25000 руб./за проект

Answer 1 · 2017-09-29 12:01:28

сложно рассуждать не имея представления о функциях.
вообще использование хелперов не есть хорошая практика с точки зрения ООП. Поэтому если есть возможность избежать создания хелпера - лучше это делать. Ну а если избежать нет возможности (например у Вас хелпер обеспечивающий дополнительные функции обработки массивов) тогда обычным классом с приватным конструктором и статическими методами....

Answer 2 · 2017-09-29 12:11:25

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

"autoload": {
    "files": ["src/helpers.php"]
}

Пример

Answer 3 · 2017-09-29 11:58:25

Антон @Eridani

Мимо проходил

Статиком в родительском классе

Ответ написан более трёх лет назад

Комментировать

Answer 4 · 2017-09-29 12:00:36

"Статический" класс. Хотя в PHP такого понятия нет, но смысл его в реализации статических методов.
Реализация метода __callStatic, который определит вызовы простых функций, либо переопределит некоторые из них, либо добавит новые (ну например stripos в зависимости от кодировки)

Какие есть варианты реализации класса-хелпера для PHP?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт