Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie PHP Prague 3. 6. 2016 - Bez závislosti na frameworku
Ähnlich wie PHP Prague 3. 6. 2016 - Bez závislosti na frameworku (20)
PHP Prague 3. 6. 2016 - Bez závislosti na frameworku
- 1. Bez závislosti na frameworku Martin Hujer PHPPrague 3. 6. 2016
- 3. Kdo jste … ?
- 4. A kdo jste PHP developer?
- 5. Zend Framework PHP
- 6. Kdo jste tedy PHP developer?
- 7. Nedělejte knihovny pro Zend Nette Symfony konkrétní framework
- 10. Proč ne takhle?
- 11. Jak to dělat lépe?
- 12. Jak to dělat lépe? github-api github-api- bundle github-api- module github-api- laravel
- 13. LeagueFlysystem
- 19. Řešení?
- 20. Řešení? Těžké!
- 22. ContainerInterface interface ContainerInterface { public function get($id); public function has($id); }
- 23. Delegate lookup
- 25. Shrnutí 1. Nevytvářejte knihovny pro konkrétní framework 2. Vytvořte nezávislou knihovnu + integrační balíček 3. Budoucnost: PSR-11, ContainerInterface
Hinweis der Redaktion
- Kdo jste Nette developer? Kdo jste Symfony developer? Kdo jste Zend Framework developer?
- Býval jsem Zend Framework Developer. A velký fanoušek a propagátor. Pak jsem začal používat Symfony. A určitě nejsem jediný, kdo v poslední době změnil framework. Takže je lepší říkat, že jsem PHP Developer, který zrovna používá Symfony
- Framework se může změnit a přestane se vám líbit. Nebo změníte práci. A přece nechcete zahodit všechny své knihovny. //cc Filip & Kdyby
- Kupodivu jich existuje spoustu. Jen z rychlého hledání na packagistu, nechci se nikoho dotknout.
- 1) Změníte framework 2) Obíráte se o spoustu potenciálních uživatelů 3) Pokud to někdo bude chtít v jiném FW, tak musí forknout
- 1) Udělat samotnou knihovnu nezávislou na FW 2) A k tomu integraci pro konkrétní FW Ano, víc práce, ale když to dáváte jako OSS, tak si s tím pohrajte.
- Mám knihovnu na Fio API a k tomu budle (api klíč v configu) pro Symfony. A pokud by ji někdo chtěl v ZF, tak si udělá jen module.
- Akorát to pak dopadne takhle
- Nebo takhle
- Jde o to, že většinou ty meta balíčky jsou jen definice pro DI kontejner + možnost konfigurace. Bylo by hezké mít možnost to psát jen jednou tak, aby tomu rozuměly všechny FW.
- Buď jednotný format configu. Nebo kompilování definic do společného formátu. Nereálné https://groups.google.com/forum/#!topic/php-fig/xsY8bRG5K0M
- PHP-FIG víc řeší byrokracii a hádá se (skoro jako internals) https://github.com/php-fig/fig-standards/blob/master/proposed/container.md
- https://github.com/container-interop/container-interop/blob/master/src/Interop/Container/ContainerInterface.php
- Propojení vice kontejnerů, něco podobného jako u autoloaderu – hledá se, dokud se nenajde. https://github.com/container-interop/container-interop/blob/master/docs/Delegate-lookup.md https://github.com/container-interop/container-interop/blob/master/docs/Delegate-lookup-meta.md
- https://github.com/container-interop/service-provider