Apidoc, debug and Yii 3 progress

[samdark (Alexander Makarov)]

https://opencollective.com/yiisoft/updates/apidoc-debug-and-yii-3-progress

[anasjaghoub]

@samdark thanks for the update, I’ve a question regarding Yii 3, there’ll be advanced template skeleton ? where / when can I check it?

[rustamwin (Rustam Mamadaminov)]

there’ll be advanced template skeleton ? where / when can I check it?

I think it will not

[samdark (Alexander Makarov)]

No, there won’t be advanced-like template.

For now, there’s https://github.com/yiisoft/yii-demo

[anasjaghoub]

@samdark so for versioning what’s the approach expected? and in the case of multi-app project how it will be done? in Yii2 we used to. have backend. / frontend / and console by default. for the advanced template case. how it’ll be done in case of Yii 3?

[anasjaghoub]

@samdark I’ve checked the link you’ve shared for the demo, and have a couple of concerns if you allow me to raise.

1. I’ve noticed the absence of model and instead using the Entity instead.
2. I’ve noticed the use of *Repository to represent search ops to entities.

Currently I’m working on Spring Boot project and I’m using the same naming conventions and to be honest with you, the fact that having the Entity in a package and the Repository in another package is kind of extra sophistication and really would like to hear from you what’s the reasons to have it like this.

The other point what’s the benefit of renaming the model to Entity and ModelSearch to EntityRepository? is it kind of a trend / standard? or to comply with other frameworks in the field?

Finally I’ve noticed the long-param constructor in the AuthController.
public function __construct(ResponseFactoryInterface $responseFactory, Aliases $aliases, WebView $view, User $user, LoggerInterface $logger)

I’ve already talked about this point in my article here Yii vs Laravel a 2019 comparison

Where I’ve mentioned

Yii vs Laravel a 2019 comparison

Secured routes in Laravel should be defined in the route config file, by calling middleware Auth right after route definition, more details can be found here https://laravel.com/docs/5.8/authenticationAnother technique to define authenticated routes inside controller’s __construct() method. For me I don’t prefer such approach, as constructing controllers is a framework job, and any customization should go in separate step not in the construction phase.

IMHO I prefer to deal with controllers in the events like (Init/Before/After) and keep controller construction job for the framework itself.

Looking forward to hearing from you, and much appreciate to get your point of view as well.

Regards,
Anas

[snuzi]

Is there any article explaining why repository pattern is used in the new Yii3 demo? And will this pattern be a standard in the Yii3?

[samdark (Alexander Makarov)]

@samdark so for versioning what’s the approach expected?

SemVer.

in the case of multi-app project how it will be done? in Yii2 we used to. have backend. / frontend / and console by default. for the advanced template case. how it’ll be done in case of Yii 3?

Just separate namespaces. You may divide into multiple applications yourself if needed as well.

Currently I’m working on Spring Boot project and I’m using the same naming conventions and to be honest with you, the fact that having the Entity in a package and the Repository in another package is kind of extra sophistication and really would like to hear from you what’s the reasons to have it like this.

No specific reason.

The other point what’s the benefit of renaming the model to Entity and ModelSearch to EntityRepository? is it kind of a trend / standard? or to comply with other frameworks in the field?

Because in computer science and patterns model means totally different thing. For example, in MVC model is not what model is in Yii 1 and Yii 2, it is a whole domain layer. That’s very confusing.

IMHO I prefer to deal with controllers in the events like (Init/Before/After) and keep controller construction job for the framework itself.

There is a plan to make it simpler.

[samdark (Alexander Makarov)]

Is there any article explaining why repository pattern is used in the new Yii3 demo? And will this pattern be a standard in the Yii3?

There is no such article. In short, it encourages separating data usage from details of obtaining data. Obtaining data is usually a bottleneck and when dealing with complex projects, non-standard ways of doing that are likely to be used (cache, getting data partly or fully from noSQL etc.). Doing such separation makes it easier to deal with performance problems without standing in your way too much at early project stages.

It is not a standard but a good practice. We do not require following it strictly.

[snuzi]

Thank you for the prompt reply. You are making a great work on this framework. To me it looks a bit unclear how the Entities will work, are you going to implement entities as data mappers like Doctrine does or we can still use AR?
In fact I would be interested to see how CRUD operations would look like in a project following your new pattern.

[samdark (Alexander Makarov)]

are you going to implement entities as data mappers like Doctrine does or we can still use AR?

It is not decided yet.