Symfony Flex - Nowe, efektywne podejście do budowania aplikacji w Symfony
1 like167 views
Symfony 4 wprowadza nowy domyślny sposób budowania aplikacji - Symfony Flex. System będzie mocno zintegrowany z composerem, a także zaoszczędzi czas pracy dzięki zautomatyzowaniu powtarzalnych zadań, takich jak wprowadzanie konfiguracji. Dodatkowo ułatwi wybór nowych bibliotek do konkretnych potrzeb dzięki udostępnieniu dwóch repozytoriów zawierających najlepsze z perspektywy twórców bundle dla danego celu. Począwszy od wersji 3.3 Symfony zezwala na użytkowanie Symfony Flex w wersji beta. Zbadamy jego działanie “pod maską” by w pełni wykorzystać potencjał tego narzędzia. Prezentacja była częścią prelekcji na PHPers Summit 2017.
Symfony Flex - Nowe, efektywne podejście do budowania aplikacji w Symfony
- 1. Krzysztof Wędrowicz NOWE, EFEKTYWNE PODEJŚCIE DO BUDOWANIA APLIKACJI W SYMFONY SYMFONY FLEX
- 2. // 2 CZY JEST RÓŻNICA? Stare podejście: 1. composer req xxx 2. AppKernel 3. parameters.yml.dist + parameters.yml 4. config.yml 5. routing Nowe podejście: 1. composer req xxx
- 3. // 3 PLAN PREZENTACJI 1. Czym jest Symfony Flex i dlaczego warto z niego korzystać? 2. Repozytoria i receptury 3. Demo
- 5. // 5 CZYM JEST SYMFONY FLEX? ?
- 6. // 6 COMPOSER PLUGIN ● zwykła paczka do composera wymagająca przynajmniej composer-plugin-api ● zmienia domyślne zachowanie composera ● umożliwia dodatkowe działania w momencie wywołania konkretnych eventów ● narzuca strukturę poprzez interfejsy PluginInterface i Capable
- 7. // 7 SYMFONY FLEX - PO CO? ● upraszcza instalację i konfigurację zależności ● zwiększając modularność pozwala na wykorzystanie tylko niezbędnych elementów ● większe zaufanie do trafności wyboru paczki
- 9. // 9 PERFORMANCE https://symfony.fi/entry/porting-a-symfony-3-application-to-flex
- 12. // 12 RECEPTURY
- 13. // 13 REPOZYTORIA - ILOŚĆ PACZEK modułów Symfony CORE CONTRIB 3311 19 innych paczek paczki
- 14. // 14 CO SIĘ DZIEJE POD MASKĄ? ● nadpisanie komend composera (require, update, remove - żeby wstrzyknąć własny PackageResolver) ● wywoływanie dodatkowych metod na eventach
- 15. // 15 UPGRADE 1. Nowy projekt 2. Skopiowanie zależności do composer.json 3. Przeniesienie brakujących configów 4. Parameters.yml -> services.yaml + .env 5. Przeniesienie kodu i aktualizacja namespace’ów 6. Przeniesienie szablonów 7. Zmiany w index.php
- 16. // 16 Demo
- 17. // 17 Konkurs
- 18. // 18 ZALETY ● łatwiejsza instalacja i deinstalacja paczek ● autokonfiguracja ● bardziej przejrzysta dokumentacja ● wybór preferowanych paczek przez ekspertów ● większa modułowość zależności ● znajdowanie paczek po aliasach ● wzrost wydajności
- 19. // 19 WADY ● nowa struktura projektu ● wymagana ręczna migracja starszych projektów ● na pierwszy rzut oka trochę auto magii ● niestabilna do czasu Symfony 4 ● użyteczność zależna od wsparcia community
- 21. // 21 ŹRÓDŁA: ● https://getcomposer.org/ ● https://image.freepik.com/free-icon/thumbs-down-silhouette_318-41911.jpg ● https://maxcdn.icons8.com/iOS7/PNG/512/Programming/repository-512.png ● https://maxcdn.icons8.com/Share/icon/Business//bullish1600.png ● https://symfony.com/doc/current/contributing/community/releases.html#vers ion-history ● https://symfony.com/doc/current/setup/flex.html ● https://symfony.com/logos/symfony_black_02.png
- 22. // 22 DZIĘKUJĘ ZA UWAGĘ! Poznań // Helsinki // San Francisco