Почему библиотека так сильно «размазана»? Знакомлюсь с FastRoute. Библиотека подготовлена для работы с compozer. Но не в этом суть. Общий вес библиотеки - 26 килобайт. Количество файлов в библиотеке - 17. То есть, каждый файл размером 1-2 килобайта. Объясните, почему разработчик "размазал" библиотеку? Извините, не нашёл подходящего выражения. В чём плюсы такого кодинга? По мне, это дико не удобно. Разработчик библиотеки - некий Nikita Popov, который за последние годы добавил много фич в сам PHP, поэтому в его компетенции как-то сложно сомневаться.
Есть несколько причин, по которым разработчик мог "размазать" библиотеку:
Модульность: Разделение кода на мелкие модули позволяет легко добавлять, удалять или изменять функциональность программы без изменения других частей. Это делает код более гибким и поддерживаемым.
Читаемость: Разбиение кода на небольшие файлы делает его более читаемым, понятным и легким для отладки.
Повторное использование: Мелкие модули могут быть использованы в других проектах и библиотеках, что способствует повторному использованию кода и сокращению объема написания кода.
Эффективность: Маленькие файлы компилируются и загружаются быстрее, что может улучшить производительность программы.
Хотя в начале может показаться неудобным работать с большим количеством файлов, но в долгосрочной перспективе такой подход может упростить разработку и поддержку проекта.
Есть несколько причин, по которым разработчик мог "размазать" библиотеку:
Модульность: Разделение кода на мелкие модули позволяет легко добавлять, удалять или изменять функциональность программы без изменения других частей. Это делает код более гибким и поддерживаемым.
Читаемость: Разбиение кода на небольшие файлы делает его более читаемым, понятным и легким для отладки.
Повторное использование: Мелкие модули могут быть использованы в других проектах и библиотеках, что способствует повторному использованию кода и сокращению объема написания кода.
Эффективность: Маленькие файлы компилируются и загружаются быстрее, что может улучшить производительность программы.
Хотя в начале может показаться неудобным работать с большим количеством файлов, но в долгосрочной перспективе такой подход может упростить разработку и поддержку проекта.