Add demo admin interface about symfony-demo-app

[ro0NL]

After #28 we could do this API first :)

Im thinking https://api-platform.com/docs/admin :D

[kochen]

@ro0NL like this:

[GwendolenLynch]

That one kinda lines up with something else 😉

[ro0NL]

Don't know. Does it? ;-)

[ro0NL]

From https://medium.com/@ssmusoke/excellent-job-on-this-have-been-able-to-easily-integrate-with-my-application-fb5b5d2156be it may be worth checking EasyAdmin also and demo both admin environments (API first / traditional).

https://github.com/EasyCorp/EasyAdminBundle

[kochen]

Hey @ro0NL,
just my 2cents here, EasyAdmin is a very good solution, but it uses ORM/Crud directly, which would "contradict" a bit the Command Pattern way.
It is possible though to write your own (admin) controllers, but you'll have to do them manually for each and every entity - maybe for an "only user" system/demo is fine...

P.S, your link to Medium requires login (for some unclear reason)

[ro0NL]

@kochen

would "contradict" a bit the Command Pattern way.

yeah... totally :") but in theory it should be possible, simply for having those ORM entities. Im curious regarding the out-of-the-box experience.

It is possible though to write your own (admin) controllers, but you'll have to do them manually for each and every entity - maybe for an "only user" system/demo is fine...

Agree. For demo purpose that seems reasonable.. although the "default" way would be preferred.

Link updated. Thx.

[kochen]

@ro0NL fair point, if eventually it works out of the box because you have those entities that could be a great benefit.

[ro0NL]

@kochen sweeet :) can you submit a PR with your progress so far?

[kochen]

@ro0NL done!
we still need to figure out how to make the edit form work.

[divined]

One year left (

[ro0NL]

:D @divined personally i gave up on EasyAdmin, moving forward with React Admin +ApiPlatform: #59

i need to merge a working example for sure :)

[Pictor13]

Hey @ro0NL would you mention specifically why did you give up on EasyAdmin?

---

Because... I am struggling with its structure as well.
Basic CRUD is great with it, but I find that some type of extendibility is simply painful and requires quite some overriding; and it's tough to implement DDD practices: strict separation of concerns & immutability in particular (I am not even trying to go so far as using Commands).

[ro0NL]

I find that some type of extendibility is simply painful and requires quite some overriding; and it's tough to implement DDD practices: strict separation of concerns & immutability in particular.

😁 this.

Today, im using APIplatform + separate Vue based frontend. I think REST based JSON+LD / GraphQL is today's practice. Thus separation of concerns out-of-the-box.

Even with API platform im experiencing some of the issues pointed out above (mapping API to entities). But eventually it's a software architecture thingy, thus developer's choice.

So for MsgPHP the frontend is low-prio, as we focus on the API first.

[ro0NL]

closing as per #59 (comment)

im focusing on the backend/API part anyway.