Comments 17
Мне казалось что Symfony Components и Symfony 2 чуть-чуть разные вещи, хотя первые присутствуют во втором, слегка подправленные для работы с PHP 5.3.
Насколько я понял, философия Symfony 2 такова: легковесное ядро с подключаемыми компонентами. То есть компоненты могут использоваться независимо от фреймворка, но разрабатываются они «с прицелом» тесной с ним интеграции. Компоненты также входят во фреймворк Symfony 2.
Ну сами компоненты были представлены раньше чем Symfony 2 и на страницах откуда вы делали перевод ни слова не сказано про Symfony 2. При всем этом компоненты входящие в Symfony 2 будут работать только на PHP версии >=5.3, в отличии от компонент представленных в вашем переводе.
В этом переводе речь идет об одной компоненте — Event Dispatcher. Очевидно (видно использование namespace) что он работает только с PHP версии >=5.3. Эти компоненты есть частью фреймворка Symfony 2 — это понятно при работе с фреймворком. Ну например сразу при запуске приложения вызывается bootstrap.php в котором подключается Event Dispatcher.
Тем более здесь в абзаце «About the Symfony Components» написано, что суть компонент: они разрабатывались как часть фреймворка, но потом было решено их как-бы отделить и сделать независимыми.
Переписать компоненты на PHP 5.3 было решением, по моему мнению, чтобы их интегрировать с Symfony 2, который на 5.3.
Тем более здесь в абзаце «About the Symfony Components» написано, что суть компонент: они разрабатывались как часть фреймворка, но потом было решено их как-бы отделить и сделать независимыми.
Переписать компоненты на PHP 5.3 было решением, по моему мнению, чтобы их интегрировать с Symfony 2, который на 5.3.
Не поймите меня неправильно, просто я читая ваш перевод слегка запутался в понятиях, так как перевод относится к Symfony Components и ссылку даете именно на них, а пишите про какие-то Symfony 2 Components про которые нигде ни пол слова не сказано. По моему упоминание про Symfony 2 здесь уместно в виде отдельной сноски со словами о том что эта компонента присутствует в новом фрэймворке
Попробуем все таки прояснить.
Есть у симфони набор стенлэлоун компонентов components.symfony-project.org/
Есть их стабильная версия под пхп 5.2.
Есть документация стабильной версии, которую вы перевели components.symfony-project.org/event-dispatcher/documentation
Кроме этого в рамках 2ой версии симфонии идет переработка и этих компонентов.
Соответственно это нестабильная версия.
Эта версия под 5.3 с неймспейсами и т.п.
Есть у симфони набор стенлэлоун компонентов components.symfony-project.org/
Есть их стабильная версия под пхп 5.2.
Есть документация стабильной версии, которую вы перевели components.symfony-project.org/event-dispatcher/documentation
Кроме этого в рамках 2ой версии симфонии идет переработка и этих компонентов.
Соответственно это нестабильная версия.
Эта версия под 5.3 с неймспейсами и т.п.
стенДэлоун*
Да вы правы. Получается перевод стабильной версии, та, которая на 5.2.
Я перепутал классы ветки фреймворка 1.x и классы ветки 2.x.
В переводе я подправлю что это все касается ветки 1.x, но идет переработка компонент для новой ветки. Вроде бы я вас правильно понял.
Я перепутал классы ветки фреймворка 1.x и классы ветки 2.x.
В переводе я подправлю что это все касается ветки 1.x, но идет переработка компонент для новой ветки. Вроде бы я вас правильно понял.
and multiple inheritance (were it possible with PHP) has its own drawbacks.
а множественное наследование (которое возможно в PHP) имеет свои недостатки.
стоило перевести как
а множественное наследование (если бы оно было возможно в PHP) имеет свои недостатки.
немножко оффтоп
если стремились сделать его максимально быстрым, то почему они не воспользовались spl, там есть реализация обсервера
если стремились сделать его максимально быстрым, то почему они не воспользовались spl, там есть реализация обсервера
непонятна фраза:
и возвращаемое обработчиком callable как второй аргумент
Не хватает примера демонстрирующего как обработчик получает значение, фильтрует его и передает дальше.
И если вызываются 3 обработчика, то 2-й на вход получит значение отфильтрованное 1-м, а 3-й соответственно значение отфильтрованное 2-м?
и возвращаемое обработчиком callable как второй аргумент
Не хватает примера демонстрирующего как обработчик получает значение, фильтрует его и передает дальше.
И если вызываются 3 обработчика, то 2-й на вход получит значение отфильтрованное 1-м, а 3-й соответственно значение отфильтрованное 2-м?
В оригинале retrieved by the listener callable as the second argument — получаемое обработчиком как второй аргумент
Спасибо, подправил. Я заменил listener callable просто как обработчик. Меня сбило с толку это понятие — PHP callable
Sign up to leave a comment.
Symfony Components, Event Dispatcher (теория, часть 1)