Почему добавление префикса, указывающие на тип файла (интерфейс, класс) не распространено? Доброго дня.
Лично я нахожу великолепной практику называть интерфейсы и классы по типу {className}.class.php, {interfaceName}.interface.php (или хотя бы i{InterfaceName}.php). Однако, в PSR, стандартах от самого php.net и даже в таких проектах, как Yii и Laravel я наблюдаю сваленные в кучу абстракции и их реализацию. Поди разбери, где интерфейс, а где - реализация! Черт ногу сломит.
Является ли это хорошей практикой? Или, стиснув зубы, следовать стандартам, где встречаются не совсем адекватные вещи (запрет на under_score в именах методов, например)? Если подобное является плохой практикой, то почему так делать не стоит?
Заранее спасибо.
Почему добавление префикса, указывающие на тип файла (интерфейс, класс) не распространено? Доброго дня.
Лично я нахожу великолепной практику называть интерфейсы и классы по типу {className}.class.php, {interfaceName}.interface.php (или хотя бы i{InterfaceName}.php). Однако, в PSR, стандартах от самого php.net и даже в таких проектах, как Yii и Laravel я наблюдаю сваленные в кучу абстракции и их реализацию. Поди разбери, где интерфейс, а где - реализация! Черт ногу сломит.
Является ли это хорошей практикой? Или, стиснув зубы, следовать стандартам, где встречаются не совсем адекватные вещи (запрет на under_score в именах методов, например)? Если подобное является плохой практикой, то почему так делать не стоит?
Заранее спасибо.
Лично я нахожу великолепной практику называть интерфейсы и классы по типу {className}.class.php, {interfaceName}.interface.php (или хотя бы i{InterfaceName}.php). Однако, в PSR, стандартах от самого php.net и даже в таких проектах, как Yii и Laravel я наблюдаю сваленные в кучу абстракции и их реализацию. Поди разбери, где интерфейс, а где - реализация! Черт ногу сломит.
Является ли это хорошей практикой? Или, стиснув зубы, следовать стандартам, где встречаются не совсем адекватные вещи (запрет на under_score в именах методов, например)? Если подобное является плохой практикой, то почему так делать не стоит?
Заранее спасибо.
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Добрый день! Вопрос названия файлов и распределения классов и интерфейсов в них действительно вызывает дискуссии среди разработчиков. Общепринятых стандартов на этот счет нет, поэтому каждая команда или проект выбирает собственный подход.
Добавление префиксов к файлам для указания типа (class, interface) может улучшить читаемость кода и облегчить навигацию, особенно в больших проектах. Однако, есть и минусы этого подхода. Например, это может стать лишним шумом в названиях файлов, особенно если проект уже имеет определенную структуру и длинные имена файлов могут стать громоздкими.
Что же касается стандартов, то следование имело бы смысл, так как это помогает создавать консистентный и понятный код, который легче поддается поддержке и развитию. Однако, стандарты не всегда идеальны, и важно иметь гибкость и учитывать особенности конкретного проекта.
В целом, рекомендуется выбирать подход, который соответствует вашим потребностям и удобен для вас и вашей команды. Если добавление префиксов к файлам помогает вам лучше ориентироваться в коде и улучшить его читаемость, то не стесняйтесь использовать этот подход. Главное, чтобы ваш код был понятным, чистым и легко поддерживаемым.