oliverdavies.uk/source/_daily_emails/2023-04-19.md

41 lines
1.5 KiB
Markdown
Raw Normal View History

2024-01-03 20:00:00 +00:00
---
title: >
2024-02-07 20:01:19 +00:00
Camel-case or snake-case for Drupal code?
2024-01-03 20:00:00 +00:00
pubDate: 2023-04-19
permalink: >-
2024-02-07 20:01:19 +00:00
archive/2023/04/19/camel-case-or-snake-case-for-drupal-code
2024-01-03 20:00:00 +00:00
tags:
2024-02-07 20:01:19 +00:00
- drupal
- php
2024-01-03 20:00:00 +00:00
---
For some time, [Drupal's PHP coding standards](https://www.drupal.org/docs/develop/standards/php/php-coding-standards#s-functions-and-variables) allows for writing variables in either snake-case (e.g. `$my_variable`) or lower camel-case (`e.g. $myVariable`).
It originally only allowed for snake-case variable names but once it accepted both, I switched to camel-case as my default.
Why? I didn't like the inconsistency of using one approach for variable names and one for method and property names in PHP classes (which were always camel-case).
I'd have had code like this with a mixture of both:
```language-php
2024-01-03 20:00:00 +00:00
class MyClass {
private EntityTypeManagerInterface $entityTypeManager;
public function __construct(EntityTypeManagerInterface $entity_type_manager) {
$this->entityTypeManager = $entity_type_manager;
}
}
```
Or even more simply:
```language-php
2024-01-03 20:00:00 +00:00
$entity_type_manager = \Drupal::entityTypeManager();
```
I prefer not to have to consistently think about which to use and, if possible, like to use standard approaches in different codebases whether I'm working on a Drupal project, a Symfony project, or a PHP library.
Plus, I get to use new PHP features like [promoted constructor properties](https://www.oliverdavies.uk/archive/2023/04/12/cleaner-php-code-with-promoted-constructor-properties) if everything is named in the same format.