Route action and controller parameter inconsistencies

[scrnjakovic]

$router->add('...', [
    'controller' => 'my_controller' // MyController
    'action' => 'my_action' // my_action
]);

[stamster]

That's why I prefer to use MicroCollection - define everything manually.

$adminRoutes->get('/deconnexion', 'logout', 'admin_logout');

[scrnjakovic]

@stamster nonetheless, the fact that framework treats those two differently is an issue :)

[Ark4ne]

Personally, I do not think it's a problem.

The controller is transformed because you have to use the PSR-4.
The action is not transformed because there is no standard for the use of camelCase or snakeCase.

It's up to the developer to do it right in my opinion.

[scrnjakovic]

@Ark4ne the two are closely related, so if we use one case for controller, we should stick with it when it comes to the action as well, regardless of the lack of the standard for the action.

Standards exist so that code we write is compatible and predictable. The lack of it doesn't mean we should stop caring. Having controller and action use two completely different cases introduces unexpected behavior, especially since it's not clearly mentioned in the docs.

But I could delete my whole answer and just say consistency.

[niden]

Not going to be fixed/addressed in 3.x series. Adding this to 4.x

Thank you @scrnjakovic

[scrnjakovic]

Nope, thank you @niden.

[JABirchall]

@scrnjakovic If i get this right you want the framework to call your controller My_Controller
Unfortunatly I this will be possible, even in 4.x as 4.0 is aiming to be full PSR compliant, and class named My_Controller will violate:

• PSR-0
• PSR-1
• PSR-2
• PSR-4
• PSR-12

you can't use underscores in Namespaces or classnames. They must be CamelCase with no seperations between words.

Also @Ark4ne PSR-1 4.3 enforces method naming conventions to lowerCamelCase.

The only bug is that the action does not get transformed to myAction @niden.

[gnumoksha]

@JABirchall as @scrnjakovic said, the problem is the different behaviour. my_controller will be mapped to MyController and my_action will be mapped to a controller's method named my_action. Since @Ark4ne already pointed out the PSR guidelines for the class name, the most reasonable is to change the way Phalcon maps the action name.

[niden]

Resolved