Ik ben al een tijd bezig met php en ik wil nu graag met een framework gaan werken.
Welke raden jullie aan?
Welk framework is populair in het bedrijfsleven en waarmee maak je dus goede kans op een baan?
4.652 views
Symfony is de meest complete, hoewel ik die nog niet ben gaan gebruiken omdat de documentatie incompleet is, en omdat hun preferred manier om Symfony te gebruiken Composer is. (En verder nog wat kleinere dingetjes.)
Het probleem dat ik daarbij tegenkom is dat ongeacht de kwaliteit van de software het op enterprise niveau niet lekker bekt als Symfony afhankelijk is van Alpha software (1.0.0-alpha10 op het moment, zie https://getcomposer.org/download)
Je zou het raamwerk dan echt moeten 'integreren' met je eigen product en dit soort details niet noemen, in de hoop dat een groter bedrijf, zeg van meer dan 100 a 200 man er niet aan tilt en je op je intenties en support-contract gelooft.
Tsja en dan ben ik geneigd om te denken dat - als je de tijdsinvestering kunt doen - beter je eigen raamwerk kunt schrijven, omdat je dan juist alle 'gory details' tegenkomt waar Symfony ook mee te maken heeft. En het leuke van Symfony is dat het modulair is, als er een los concept of component is dat gewoon goed is, dan kun je besluiten om alleen die over te nemen. Dat is ook wel weer het fijne aan Symfony, dat dat gewoon kan, dan kan er ook een soort raamwerk groeien dat voor een deel van jezelf is en voor een deel van een ander.
Het grote voordeel is dat je je dan bewust bent van de details, en als er weer een bug gefixed moet worden dat je niet juist op het meest ongelegen moment plotseling tijd moet gaan investeren. Je weet precies wat je wel (en niet) hebt.
Bovenstaande is mijn persoonlijke voorkeur, maar het zou natuurlijk goed kunnen dat vanuit de business andere eisen gesteld worden waardoor je op een nog andere keuze komt.
Het probleem dat ik daarbij tegenkom is dat ongeacht de kwaliteit van de software het op enterprise niveau niet lekker bekt als Symfony afhankelijk is van Alpha software (1.0.0-alpha10 op het moment, zie https://getcomposer.org/download)
Je zou het raamwerk dan echt moeten 'integreren' met je eigen product en dit soort details niet noemen, in de hoop dat een groter bedrijf, zeg van meer dan 100 a 200 man er niet aan tilt en je op je intenties en support-contract gelooft.
Tsja en dan ben ik geneigd om te denken dat - als je de tijdsinvestering kunt doen - beter je eigen raamwerk kunt schrijven, omdat je dan juist alle 'gory details' tegenkomt waar Symfony ook mee te maken heeft. En het leuke van Symfony is dat het modulair is, als er een los concept of component is dat gewoon goed is, dan kun je besluiten om alleen die over te nemen. Dat is ook wel weer het fijne aan Symfony, dat dat gewoon kan, dan kan er ook een soort raamwerk groeien dat voor een deel van jezelf is en voor een deel van een ander.
Het grote voordeel is dat je je dan bewust bent van de details, en als er weer een bug gefixed moet worden dat je niet juist op het meest ongelegen moment plotseling tijd moet gaan investeren. Je weet precies wat je wel (en niet) hebt.
Bovenstaande is mijn persoonlijke voorkeur, maar het zou natuurlijk goed kunnen dat vanuit de business andere eisen gesteld worden waardoor je op een nog andere keuze komt.
An tje, 90% van de PHP libraries zijn op dit moment redelijk afhankelijk van Composer. Dit omdat het gewoon dé standaard is geworden in PHP. Ondanks dat het nog steeds alpha is is het erg stable, er zijn echter nog enkele belangrijke dingen die gefixed moeten worden voordat stable gereleased kan worden.
Merk op dat Symfony op geen enkele manier afhankelijk is van Composer. Je kan elke component zelf downloaden als een zip/tar en de "recommended way to install Symfony" is tegenwoordig via de Symfony installer, welke zelf ook slechts een zipje download.
[offtopic]Als Symfony documentor ben ik benieuwd naar welke stukken documentatie je mist. Naar ons weten is de grote basis volledig gedocumenteerd (er mist her en der nog wat heeele specifieke implementatie artikelen). Zou je een paar dingen in een lijstje kunnen zetten in een PM naar me?[/offtopic]
Merk op dat Symfony op geen enkele manier afhankelijk is van Composer. Je kan elke component zelf downloaden als een zip/tar en de "recommended way to install Symfony" is tegenwoordig via de Symfony installer, welke zelf ook slechts een zipje download.
[offtopic]Als Symfony documentor ben ik benieuwd naar welke stukken documentatie je mist. Naar ons weten is de grote basis volledig gedocumenteerd (er mist her en der nog wat heeele specifieke implementatie artikelen). Zou je een paar dingen in een lijstje kunnen zetten in een PM naar me?[/offtopic]