Laravel : A New PHP Framework

http://www.ianlandsman.com/2012/02/22/laravel

by rshetty • 14 years ago

92 94 14 years ago

rorrr4• 14 years ago

It needs a 2-minute video to "sell" it to me. There are literally hundreds of PHP frameworks. Your list of "highlights" didn't make me want to try it.

mahmud6• 14 years ago

How about a webinar, or a conference call?

I think written documentation is just fine.

MrMatters• 14 years ago

Written documentation is fine, but a quick video would help. That's not unreasonable for something like this, you could have replied more nicely. Instead of like a terrorist.

ya3r• 14 years ago

http://getlaravel.com/

rorrr4• 14 years ago

Thanks. This is pretty good.

kumarshantanu• 14 years ago

It appears more functional in style: http://laravel.com/docs/routing#the-basics

Good to see that.

ellie42• 14 years ago

Validations in routes, you're doing it right https://github.com/laravel/pastes/blob/master/application/ro...

tabbyjabby• 14 years ago

I think the routing in that example is meant to be Sinatra-style routing for lightweight applications.

fruchtose• 14 years ago

I really like this approach. It's one of the reasons I like Express in node.js. I am by no means a fan of PHP after using it on several projects, but if I were forced at gunpoint I would look into Laravel.

I also like the DB table creation code. ActiveRecord-type model delcarations are fine, but I'm interested in exploring Mongoose-type ORM, since I suspect it is more flexible in the long run.

daylerees2• 14 years ago

Hey, Dayle Rees here, (guy who made the getlaravel.com promo site) I also wrote the pastes app, and the reason I chose to use routes is that its a tiny application, and using routes avoided all the unnecessary "class fluff" allowing me to prototype quickly. On a large scale app I would have used controllers, which are also available. :)

tar• 14 years ago

What I would like to know is how exactly is this different from the hundreds of open source PHP frameworks available out there?

kbanman5• 14 years ago

It takes full advantage of recent advancements in PHP to facilitate more functional programming.

Periodic• 14 years ago

This was what confused me. I look at the home page and the major features seem to be that it is well documented and has "bundles". That doesn't really tell me how it will make my development easy.

balac• 14 years ago

It looks pretty nice! How can I be sure this will continue to be maintained far into the future though? At least with Zend / Symfony I know they are not going anywhere for the foreseeable future.

markessien• 14 years ago

There needs to be a quick overview of the syntax or how it works. I don't want to read pages of documentation just to figure out how it looks like.

neya• 14 years ago

Agreed!

kbanman5• 14 years ago

http://getlaravel.com

Destroyer661• 14 years ago

I found the quickest way to learn how to use it was just install it. The code is commented very well and is quite expressive in it's syntax so looking up the docs has been, for the most part, an exercise in "what params does Str::limit take?".

digitalman• 14 years ago

It isn't new, but it's in the buzz. Let's face it, stateless MVC for the web is a local maximum. We can do much better, but not if we stick with this MVC crap.

mahmud6• 14 years ago

Where does it say stateless? seems like a stateful framework, it has fat-bottomed sessions:

http://laravel.com/docs/session/config

pestaa• 14 years ago

What do you suggest as a replacement of MVC?

lukifer• 14 years ago

MVC seems an odd paradigm for the non-realtime web, when you have to instantiate every object on each request, and data update events are the exception, rather than the rule.

For simple cases, I often fall into a (M/C)+(VL/V) pattern: model and controller fused into one layer, view-logic and view into another. If database logic is sufficient complex or used in multiple places, break it out into its own layer, same for view logic. No pattern can or should be a universal panacea for every use case.

All that said, I'm really liking Laravel's approach. It's high time that PHP frameworks started getting wise to closures.

bobsy• 14 years ago

Its a good framework but the development cycle is far to fast. Every few months there is a new full iteration where core functionality is added and development practices change.

I feel it would be far more usable and popular if the dev cycle slowed and the framework was allowed to mature and gain some traction.

kbanman5• 14 years ago

It will slow down shortly, I expect.

Taylor has only recently started working full-time on the framework and as a result has been able to "fill out" the framework with community-requested features at a quick pace. It's just a matter of time before it tapers off; there's no point in stagnating the development of such a young and novel framework for what IMO are silly reasons.

fatjokes• 14 years ago

Please let PHP die.

tylermenezes• 14 years ago

PHP is not dying.

neverminder• 14 years ago

In a real world PHP is more alive than most of other web languages. Our salaries are paid by businessmen and they don't give a shit how it works as long as it works.

nestlequ1k• 14 years ago

This is how PHP dies. You end up with 100 frameworks, and it's impossible to hire anyone who has experience with the framework you are using.

envex• 14 years ago

Any developer worth his weight should be able to adapt to any framework written in the language he knows.

If you know PHP/Ruby/Python/etc, you should be able to pickup a new framework within a day or two.

popasmurf• 14 years ago

You should check out http://getlaravel.com/ for some basic examples. I've been using Laravel for a few weeks now and I love it! The simplicity is next to none and it certainly has sped up my dev time. I'd recommend trying it for a week and see how you get on, I think you'll fall for it too.

skrebbel• 14 years ago

That feels very lovely indeed. I really like the URL reverse routing, have been missing it from all the frameworks I tried.

stephenr3• 14 years ago

Why are so many PHP 5.3 frameworks like this ignoring namespaces.

    class Admin_Controller extends Base_Controller

Seriously, someone thinks this is OK?

soulclap2• 14 years ago

Laravel looks nice but I agree the internal/default naming conventions and structures are a bit odd for 2012. Hopefully this will be changed in an upcoming version.

kbanman5• 14 years ago

What naming conventions specifically don't you like?

kbanman5• 14 years ago

Laravel makes extensive use of namespaces.

The omission of namepaces in the case of controllers was a calculated decision. PHP's implementation of namespaces is... inadequate, and would have required annoying workarounds, so prefixing controllers was the better evil.

ihsw• 14 years ago

How is PHP's namespace implementation inadequate? Use-as statements are the staple of every PHP library that uses namespaces, and this seems like a half-measure to placate less-experienced programmers.

stephenr3• 14 years ago

Sounds more like the skills of the dev involved are inadequate quite frankly.

pratheep• 14 years ago

Base_Controller is an optional controller in Laravel placed between the main Controller and the controllers you create. Normally you'll just extend the main Controller which is namespaced;

<code>class Admin_Controller extends Controller</code>

stephenr3• 14 years ago

Why would you need a class name like "admin_controller" if you are using namespaces?

wseymour• 14 years ago

"I was looking for a framework that supported PHP 5.3"

You didn't look hard enough - see Lithium

http://lithify.me

elliotanderson• 14 years ago

Or Symfony2/Silex (based on Symfony, but designed more like Sinatra)

http://symfony.com/

http://silex.sensiolabs.org/

conradfr• 14 years ago

and soon Zend Framework 2.

maxpert• 14 years ago

Definately one of the most clean coding frameworks I've seen.

pknerd• 14 years ago

So is it like making something similar to RoR? If yes then I am interested.

RoR has spoilt me. Anything that is similar to RoR is highly attracted to me.

thomseddon2• 14 years ago

CakePHP (http://book.cakephp.org/2.0/en/index.html) was initially built on ROR concepts. It follows a brilliant MVC pattern and gets you up and running with 'bake' (think 'rails generate') so if you know RoR and PHP, then you will feel very at home with Cake.

arthurschreiber• 14 years ago

Yes, but their Model layer, in comparison with what ActiveRecord provides you with, is really not that great. One of the main aspects that I really didn't like was that the Model finder methods don't give you object instances back, but instead you get php arrays with the fetched data from the database.

davidlumley• 14 years ago

Being a micro framework it's more similar to Sinatra than Rails.

In terms of main differences, it's PHP rather than Ruby which means it's verbose rather than terse and it's less automagical than Sinatra / DataMapper.

If you need to use PHP for a project, then it's a great choice, but if you don't then you're better off with Sinatra (or Express and Node depending on what you're wanting to do).

there• 14 years ago

https://github.com/jcs/halfmoon

phpnode• 14 years ago

Try Yii, it is similar to rails in many respects http://www.yiiframework.com/

Gring• 14 years ago

Just found out about Yii. How would you rate it?

newbie12• 14 years ago

I respect the work, but the samples look a lot like Symfony2, which has a huge community behind it. Sf2 has a learning curve but I'm not sure what problem Laravel solves that Sf2 (or its simplified kid brother Silex) doesn't already solve.

corford5• 14 years ago

I came away thinking the same. Also, Laravel seems (from first glance at least) to lack the modular design approach of Symfony2 i.e. with Laravel you either take the whole framework or nothing at all - you can't selectively pick which modules you want. Another thing I missed was Silex's approach of using a minimal core and then relying on third party providers for functionality rather than re-inventing the wheel (e.g. Doctrine for db work, Monolog for logging and Twig for templating).

lkrubner3• 14 years ago

I agree. If someone wants to launch a new PHP framework in 2012, they should at least talk about some of the leading PHP frameworks (Symfony, CodeIgniter, CakePHP, etc) and say why those frameworks are not adequate.

Optionally, one could include a discussion of why one should use PHP, but I realize there is convenience and brevity to be gained from simply assuming you are talking to an audience that is already sold on PHP, rather than Java or Ruby or Python or Clojure.

ams6110• 14 years ago

Do all Java, Ruby, and Python frameworks include a discussion of why one should use those languages? Seems to me that when you're evaluating frameworks, the language decision is probably already made.

rmATinnovafy3• 14 years ago

Why not PHP?

jfaucett• 14 years ago

ditto. What problem does it solve? None, we don't need another framework! What we need is something that would save us PHP programmers more time than the MVC/Frameworks that are out there already do. How about a sleek CMS on top of Sf2 built on the bundles concept (it would have to be:), or a Magento replacement that integrates with the CMS and Sf2. That would get my attention.

hadem• 14 years ago

I think you are missing the point. And if we all said such negative comments about something new we wouldn't have made much progress in moving forward. So it solves some problems that have already been solved. It is doing them in new ways and at the very least it is getting people interested and talking about PHP and web development. I am sick of working with CakePHP! I am sick of trying to work with old frameworks that still want to support PHP4! Looking at this framework, gave me new interest in PHP, gave me new interest in the new features offered in recent versions of PHP.

That and keep in mind there are many projects that don't need something like Symfony or Zend. A lot of projects that is the same thing as using a sledge hammer for a thumbtack. Something like Laravel gives me the tools to get a small project up and running quickly without having to do a lot of the mindless/repetitive tasks we all have to do with new projects.

Lastly, your "solution" that gets your attention is nothing new. It is not web development, it is installing software via a web interface. So you say what does it solve when really you are just asking for another e-commerce and CMS solution. Hmm, that hasn't been done thousands of times before...

lkrubner3• 14 years ago

I think a lot of people, even those who used/use some variation of 1.x, are unaware of the emergence of some really good bundles. I'll post two links about the Sonata bundles:

http://www.chrisshennan.com/2012/02/16/symfony2-and-sonata-p...

http://sonata-project.org/bundles/

For those who don't know what a Symfony bundle is, you can think of them as an attempt to bring something like Rails Engines to the land of PHP.

crynobone2• 14 years ago

Not a micro-framework but with small learning-curve. IMHO that is a big win.

daylerees2• 14 years ago

Hey all, glad you find getlaravel.com useful. You could also checkout my blog which has 22+ Laravel tutorials including tips and tricks : http://daylerees.com . There is also an ebook available, linked from the site. Thanks!

corford5• 14 years ago

It looks interesting enough but a few things put me off:

1). Rolling its own ORM rather than using Doctrine.

2). YATL (yet another templating language). I wish the PHP world would just standardise on Twig.

3). Localisation seems a bit basic at the moment and it's a shame you have to define messages in a PHP array rather than something more portable like YAML.

4). Would have been great if it used Monolog for logging.

On the plus side, I like the clean design and their approach for events looks cool.

crynobone2• 14 years ago

1. You can use Doctrine bundle http://bundles.laravel.com/bundle/doctrine

2. It's also available. http://bundles.laravel.com/search?q=twig

3. Laravel focus on Event, so you can just set a listener to `laravel.language.loader` event and replace to anything you want it to be. Check http://www.keithloy.me/2012/04/yaml-config-files-in-laravel/

4. Same with Logging, just change https://github.com/laravel/laravel/blob/master/application/c...

corford5• 14 years ago

Thanks crynobone. Looks like I was too hasty in my criticism.

voidr• 14 years ago

1) Are you sure Doctrine is the best choice?

2) Why not simply use PHP for templating?

3) Using YAML would be just as bad, if you want to use something use something standard for localization like gettext or XLiff.

corford5• 14 years ago

1). I'm not an ORM lover in general but, yes, if you're going to use an ORM and are basing your project on PHP, Doctrine is generally accepted as the best.

2). See: http://twig.sensiolabs.org/ (Why yet another template engine?)

3). Personal preference I guess but I hate gettext. I much prefer the pattern of using labels in your template (e.g. menu.item1) and then looking up that label in the desired language file e.g. messages.en.yml. And I've never had a problem with translators working with YAML files (i.e. the syntax is easy for them to grok)

jamesmoss• 14 years ago

Something I find really strange/frustrating with a few recent frameworks (Laravel included) is their overuse of static methods. You have these singletons floating through the framework which maintain state (Request, Session, Logging etc) but you can only ever access them statically. Seems like bad practise to me.

What if you want to swap out Request for a mock during unit testing; since you've hard coded the Request class throughout your controllers how would you switch to a RequestMock class? What happens if you were dealing with more than one request (e.g in a HMVC setup).

buremba• 14 years ago

It's very similar to Kohana 3.

ttsaia2• 14 years ago

Not really. Kohana uses static methods to create objects extensively. Laravel looks largely procedural to me with static methods updating static classes.

jtreminio• 14 years ago

Kohana uses things like, $foo = Model::factory('Bar');

which does nothing more than

static function factory($model_name) { return new $model_name . '_Model'; }

optymizer• 14 years ago

Laravel does not cache routes defined in routes.php and especially those loaded from disk with Controller:detect(). What a pitty.

johnchristopher• 14 years ago

I don't totally agree with the author: coming fresh to php 5.3 without prior contact with the elephant isn't going to protect anyone from php's inherent inconsistencies or legacy way-of-doing-things for very long. I am specifically thinking about the different naming conventions for functions (sometimes underscore, sometimes not ). Of course my remark isn't about Laravel itself.

With that said I used to try every "small but efficient" framework when I was a web developper and I would surely have tried this one with enthusiasm.

EugeneOZ• 14 years ago

globals, static methods... bad code again.

Laravel : A New PHP Framework

Related Stories