Где в Symfony 3 объявлять глобальные функции(heplers)?

Да, но это как то не круто в composer всё это писать, как будто это не относится к приложению.

Ну как вариант, я просто думал, что там есть какое то место где это всё можно объявлять. Спасибо!

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

Владислав: Старайтесь не делать так. Это нарушает принципы SOLID. Статические методы - всегда неявная зависимость в коде, которая усложняет его тестирование, и делает невозможным моки этой функции.

Владислав: Laravel не является примером хорошей архитектуры, причем здесь Laravel если вы пишите на Symfony. Идеология такая - ты должен создать объект перед тем как его использовать. Чище создать helper в DI контейнере и внедрять его там где нужно, чем иметь этот хелпер в глобальной области видимости. https://phptime.ru/php-features/pochemu-nekotorye-...

Алексей Павлов: Просто то, о чем я говорю не является как таковым сервисом, представьте, что у вас есть много методов для преобразования строк и их особо не сгруппируешь в какой то определенный класс(сервис), лучше их представить и хранить как обычные функции.

Владислав: Максим: Я поясню про моё решение.
Есть три типа функций:
1) Функции используют данные из проекта (из контейнера, из БД, из других сервисов проекта, из других внешних сайтов)
2) Функция является "чистой" - данные приходят только из аргументов этой функции
3) Функция использует как аргументы, так и поля текущего класса (т.е. либо не статические методы, либо использовать статические данные, которые само по себе чаще всего плохо)
Первый тип функции однозначно не стоит делать, как я указал, правильно создать обычный сервис.
Второй тип вполне можно использовать статические методы.
Третий тип зависит от кода. Если код нужен только в этом проекте, то лучше сделать сервис. Но если код может пригодиться в других проектах (особенно - не в symfony-проектах), то вполне можно сделать обычный класс и не делать сервис. Как пример, простой класс решения квадратного уравнения:

namespace MathFunctions;

class QuadraticEquation
{
    privatre $_x, $_y;
    private $_hasRoots;

    public function __construct($a, $b, $c)
    {
        $d = $b*$b - 4*$a*$c;
        if ($d >= 0) {
            $d2 = sqrt($d);
            $this->_x = (-$b + $d2) / (2*$a);
            $this->_y = (-$b - $d2) / (2*$a);
            $this->_hasRoots = true;
        } else {
            $this->_x = $this->_y = 0;
            $this->_hasRoots = false;
        }
    }

    public function hasRoots()
    {
        return $this->_hasRoots;
    }

    public function roots()
    {
        return $this->_hasRoots
            ? [$this->_x, $this->_y]
            : [];
    }
}

Зачем делать сервис, зачем размещать в проект? Вообще, как показал Андрей Инишев, лучше такие классы использовать через композер.

Алексей Павлов: как вы думаете сколько в самой Symfony кода, как в ваших примерах? А теперь найдите там статику.
Лучше уже тогда функцию в namespace определить.