Комментарии 16
Теперь нужно добавить постраничную навигацию. Можно конечно написать свой код, но гораздо проще воспользоваться готовым бандлом, например KnpPaginatorBundle. Для установки этого бандла нужно добавить в файл deps
[...]
Да, этот бандл тянет за собой Zend Framework, но т.к. ZF вещь полезная, то пусть будет
Это гениально!
Автор просто не в теме: ipsum.knplabs.com/pagerfanta ;-)
Для симфонии это в порядке вещей. У нас в симфоневском проекте подключено 27 библиотек общим размером 131 Мб.
А как вы управляетесь с такой кучей разнообразного кода?
Большинство классов, естественно, не используется — части больших библиотек.
Тот же ZF нужно притянуть весь, для использования некоторого количества классов.
Так же в симфонии очень просто инициализировать любые библиотеки через сервисы, а в контроллерах запрашивать их из контейнера, например $this->get('doctrine');
Тот же ZF нужно притянуть весь, для использования некоторого количества классов.
Так же в симфонии очень просто инициализировать любые библиотеки через сервисы, а в контроллерах запрашивать их из контейнера, например $this->get('doctrine');
Да не, я про менеджмент кода, обучение новых сотрудников, документирование и все такое.
Ну, например, приходит к вам новый сотрудник а вы ему «вот основное приложение, а вот доступ к репозиторию, разбирайся». И он начинает разбираться и трагическим голосом спрашивает «а что из этого используется, а что нет?».
Ну, например, приходит к вам новый сотрудник а вы ему «вот основное приложение, а вот доступ к репозиторию, разбирайся». И он начинает разбираться и трагическим голосом спрашивает «а что из этого используется, а что нет?».
А вы всегда новых сотрудников обучаете вслепую натравливая их на все *.php файлы проекта? Типа распечатываете на принтере и заставляете читать?
Разбираешься с фреймворком, понимаешь как работает фронт-контроллер и роутинг. По роутингу вытаскиваешь класс и метод контроллера, где и смотришь что и как используется. Абсолютно не вижу проблемы.
Разбираешься с фреймворком, понимаешь как работает фронт-контроллер и роутинг. По роутингу вытаскиваешь класс и метод контроллера, где и смотришь что и как используется. Абсолютно не вижу проблемы.
Принято знакомить сотрудников с API, методами классов, какими-то паттернами кодинга, принятыми в компании. У вас же куча различных библиотек и, скорее всего, фреймворков, которые порвут мозг любому программисту, потому что требуют не единого подхода.
Чего требуют? Есть класс искомый (необходимый для выполнения конкретной задачи), у него есть конструктор, в который надо передать зависимости (объекты других классов) попутно заполняя их параметрами. Это один общий подход для всех ООП языков программирования. Нужен класс — инициализируем и используем. Какие «не единые» подходы? О чем вы говорите вообще? О том что человек не знающий ООП или базовых паттернов не сможет в этом разобраться? Так это не программист тогда и никому он такой не нужен, включая нас.
Обучение происходит постепенно, от одного зависимого класса к другому, по мере поступления задач.
ZF не обязетально тянуть весь для исопльзования какой-то его компоненты, обычно достаточно несколько зависимых классов.
Если по сабжу, мы используем github.com/makerlabs/PagerBundle
Как я счастлив, что мы с симфони перешли на yii
Простите, но симфони правда упрощает жизнь? Глядя на вермишель в каждом туториале и на офф.сайте не подумаешь, что это сделано для людей
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание CRUD приложения на Symfony 2, часть 2