Support the ongoing development of Laravel.io →
Packages
Last updated 2 weeks ago.
0

Currently there are no plans for a Workbench for L5. It really doesn't need one. Just build a package to do what you need and build what helpers you need for getting it to work in Laravel (like a Facade and Service Provider.) You shouldn't develop laravel-only packages in mind, build things agnostic so you can switch platforms when Taylor messes up. :P

0

terribile news ;(

0

It is hardly terrible news. It is making a good opening for someone to build a really good package that can help build packages globally for PHP.

0

agreed>Garbee said:

It is hardly terrible news. It is making a good opening for someone to build a really good package that can help build packages globally for PHP.

I agree.

Although with Service Providers, Commands, Migrations and an Active Record ORM its pretty hard to write a framework agnostic package...

0

I'm with Andrew here, my package makes use of Eloquent, it's not going to be agnostic any time soon.

0

Service Providers are hardly a problem. They just setup your packages instance to be put into the IoC container for calling around your application.

Commands... Yea, with L5 this is a problem but it can be mitigated with some decent design.

Migrations, never an issue in the first place. Provide a SQL file with the default table structure and have a place where other frameworks/packages/whatever migration-type stuff can be placed.

Using the ORM, yea this one can bite pretty bad. Since in order to make it agnostic you need to have a native model set that doesn't rely on any active record stuff then build models for each ORM that is supported.

Generally, most packages can be built in an agnostic fashion but the developers just don't think about it (especially when it causes more work to be done.)

0

Hmmm, I use eloquent pretty much besides a few things.

Would this be where repositories make the most sense? Being able to swap out eloquent for doctrine for example ...

0

Looks like someone is already making a really good workbench/module replacement http://codex.caffeinated.ninja/modules/master

0

In my opinion this is terrible news. Laravel 4 has a great workbench system. Why is having dependencies on a specific framework an issue? To be completely agnostic from any framework would take some serious work depending on the package. The point in using a framework is to use it's tools, not re-invent the wheel every time you want to create a new package.

There's a lot of frameworks that have their own bundle/package system, such as symfony and ruby. I really don't see the reasons for a removal of the workbench system. Due to this, I'll be staying on Laravel 4 or migrate to symfony until something gets worked out.

Last updated 7 years ago.
0

Sign in to participate in this thread!

LoadForge

Your banner here too?

beaverusiv beaverusiv beaverusiv Joined 10 Apr 2014

Moderators

We'd like to thank these amazing companies for supporting us

Your logo here?

The Laravel portal for problem solving, knowledge sharing and community building.

© 2022 Laravel.io - All rights reserved.