This is done by http://platform.qbix.com as well. You may wish to look at http://platform.qbix.com/guide/models
Show HN: PHP Code Generator – A scaffolding framework
21–28 of 28 posts
Re: Show HN: PHP Code Generator – A scaffolding framework
#22Earlier quoted context omitted.
That's not a problem, that's a feature. Competition between frameworks and libraries ensures that there are multiple solutions to meet multiple needs, and also that consensus, where it exists, exists due to the popularity of a package, not the dictate of someone setting an arbitrary "standard" for the community. You can guarantee that Laravel is going to be updated because people use it and contribute to it, not beca…
https://packagist.org/search/?q=http%20router 92 pages of the same basic router implementation. That is a problem. A huge problem.
No it isn't, it's the way open source is supposed to work. There being 92 pages of routers doesn't stop anyone from picking the most popular and well-maintained one. Almost anyone who actually cares is going to pick one of the large frameworks (which probably use Symfony) or use nikic's FastRoute. If you're worried about small packages being maintained into the future, that's what forking is for. If you want to write your own, you can.
Also, to be fair to your argument, Composer will load packages from outside Packagist, and VCS systems other than git, so the actual universe of available routers is probably much, much bigger. I'd suggest this as another example of how not conforming to a standard (Packagist as the de facto PHP repository) is a benefit. You don't even have to care about Packagist and Composer still works just fine.
Re: Show HN: PHP Code Generator – A scaffolding framework
#23Earlier quoted context omitted.
It relies on a single Symfony component which has become the standard for almost every HTTP package. You don't need to download the entire Symfony framework
Right, but that's a large, core Symfony component, not a small library. It essentially dictates how you handle fundamental tasks (such as routing) and immediately starts you off doing things the "Symfony way".
Eh, it doesn't dictate how you handle routing. I think you're misunderstanding the dependency here: what StackPHP depends on is the HttpKernel interface. Basically the function signature for a HTTP request handler.
It does tie you into the Symfony Request object, but otherwise there are no other dependencies.
Re: Show HN: PHP Code Generator – A scaffolding framework
#24As someone who has never used a code generator before, what is the use case for this?
Re: Show HN: PHP Code Generator – A scaffolding framework
#25Earlier quoted context omitted.
http://xkcd.com/927/
That's cute. What's your solution? Stick with CodeIgniter?
Or go work on original problems that have not already been solved dozens of times. Projects like this are a waste of talent. There are clearly some smart programmers writing libraries for PHP. The question is, why do they keep writing the same stuff, over and over? All of humanity would benefit if some of these smart people focused on doing something domain specific (medicine, law, education) or dove deeper and helped re-invent the stack at a deeper level. Maybe re-invent PHP as a language that has primitives for concurrency. Or leave PHP and work on other problems that plague the tech industry (the obsoleteness of HTTP/HTML as a way of delivering documents, when people increasingly want software over TCP, not documents).
Re: Show HN: PHP Code Generator – A scaffolding framework
#26Earlier quoted context omitted.
That's not a problem, that's a feature. Competition between frameworks and libraries ensures that there are multiple solutions to meet multiple needs, and also that consensus, where it exists, exists due to the popularity of a package, not the dictate of someone setting an arbitrary "standard" for the community. You can guarantee that Laravel is going to be updated because people use it and contribute to it, not beca…
https://packagist.org/search/?q=http%20router 92 pages of the same basic router implementation. That is a problem. A huge problem.
That's not really a problem.
Composer makes dependencies flat , and PHP isn't module based,but namespace and class based.
Which makes libraries way more stable,unlike the nodejs galaxy of packages for instance.
And by the way,most of the packages listed aren't routers.
If you only search the word "router",you'll get only 21 pages,roughly 300 packages.
now go on npm.org and type in router you'll get more than 1600 packages.
Where do you think the problem is ? is nodejs a module based language with dependency trees , or PHP , class and namespace based language with flat dependencies?
Re: Show HN: PHP Code Generator – A scaffolding framework
#27Earlier quoted context omitted.
That's cute. What's your solution? Stick with CodeIgniter?
Or go work on original problems that have not already been solved dozens of times. Projects like this are a waste of talent. There are clearly some smart programmers writing libraries for PHP. The question is, why do they keep writing the same stuff, over and over? All of humanity would benefit if some of these smart people focused on doing something domain specific (medicine, law, education) or dove deeper and helpe…
I suspect you are ascribing way too much credit to a code generation library.
People work on what interests them when it comes to open source. Besides, most of what you're describing is already being worked on (and naturally, being disparaged as unnecessary or a poor solution by plenty of commentators on HN).
By the way, your entire comment can be applied to just about every single project that's posted to HN. To the point of irrelevance.
Re: Show HN: PHP Code Generator – A scaffolding framework
#28As someone who has never used a code generator before, what is the use case for this?
It helps you solve the problem quicker and more cleanly.