BoShurik: Да я как раз и хотел потом symfony/validator использовать. Вот может быть проблема именно в том как я ее рендерю. Потому что она просто описана в шаблоне. Т.е. просто form /form и т.д.. Сам проект не на symfony написан поэтому я просто хочу использовать symfony/form именно как standalone компонент.
BoShurik: может быть я не правильно понимаю работу forms, я хочу получить отправленные из форы данные и потом провалидировать их. Ведь forms для этого и нужен?
Иван: потому что в MySQL нету нормальных репликаций. Я даже общался с разработчиком из Percona, он так же сказал, что это не реально и нужно пользоваться какой нибудь утилитой, которая будет заниматься синхронизацией. Говорят только в MySQL 5.7 появились нормальные репликации, но я так и не попробовал.
Алексей Павлов: Просто то, о чем я говорю не является как таковым сервисом, представьте, что у вас есть много методов для преобразования строк и их особо не сгруппируешь в какой то определенный класс(сервис), лучше их представить и хранить как обычные функции.
Большое спасибо за ответ, но вы немного не правы. Объясняю почему, да Symfony это не Laravel и т.д. но это так же просто каркас вашего приложения и вы можете расширять его возможности для реализации вашей задачи так, как хотите. То, что я предлагаю, абсолютно не нарушает принцип единой ответственности(SR), даже наоборот, я его соблюдаю. А вот предложение запихнуть всё в один сервис это как раз таки нарушение SR и даже нарушение ООП, потому что класс не должен быть просто помойкой с кучей методов. Реальный пример, у меня есть класс в котором мне нужно делать такое преобразование, 1000 => 1K, есть ещё другие классы где может применяться данный метод. Вы можете сказать: "Чувак, используй трейты, очевидно же". Да, трейты это круто, но таких методов помощников может быть много и оформлять каждый в трейт не целесообразно и усложнит логику. Вместо этого было бы намного удобнее просто создать обычные методы и всё.