opdavies/oliverdavies.uk
1
0
Fork 0
Code Issues 1 Pull requests Projects 1 Releases Packages Wiki Activity Actions

Add daily email

Browse source
This commit is contained in:
Oliver Davies 2025-06-20 23:35:04 +01:00
parent 046ad4a54a
commit 0c372192ba
3 changed files with 132 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

7
content/meta/index.json
View file

@ -6477,5 +6477,12 @@
],
"path_alias.974d722a-7527-4f9a-b06b-52db91ef9e11": [
"node.d90b125f-46e6-4726-8e28-fbf882ccca46"
],
"node.0c66d8de-6dbd-4ab1-b40f-29276d7af5f1": [
"user.b8966985-d4b2-42a7-a319-2e94ccfbb849",
"node.3074e1e9-c691-4f73-a71c-cfe5920f884e"
],
"path_alias.baec19d7-cb5e-4ba8-a181-15aa7cd85aee": [
"node.0c66d8de-6dbd-4ab1-b40f-29276d7af5f1"
]
}

98
content/node.0c66d8de-6dbd-4ab1-b40f-29276d7af5f1.json Normal file
View file

@ -0,0 +1,98 @@
{
"uuid": [
{
"value": "0c66d8de-6dbd-4ab1-b40f-29276d7af5f1"
}
],
"langcode": [
{
"value": "en"
}
],
"type": [
{
"target_id": "daily_email",
"target_type": "node_type",
"target_uuid": "8bde1f2f-eef9-4f2d-ae9c-96921f8193d7"
}
],
"revision_timestamp": [
{
"value": "2025-06-20T22:34:48+00:00"
}
],
"revision_uid": [
{
"target_type": "user",
"target_uuid": "b8966985-d4b2-42a7-a319-2e94ccfbb849"
}
],
"revision_log": [],
"status": [
{
"value": true
}
],
"uid": [
{
"target_type": "user",
"target_uuid": "b8966985-d4b2-42a7-a319-2e94ccfbb849"
}
],
"title": [
{
"value": "Refactoring, semantic versioning and backward compatibility"
}
],
"created": [
{
"value": "2025-06-16T22:32:33+00:00"
}
],
"changed": [
{
"value": "2025-06-20T22:34:48+00:00"
}
],
"promote": [
{
"value": false
}
],
"sticky": [
{
"value": false
}
],
"default_langcode": [
{
"value": true
}
],
"revision_translation_affected": [
{
"value": true
}
],
"path": [
{
"alias": "",
"pid": null,
"langcode": "en"
}
],
"body": [
{
"value": "There's an approach to refactoring I've seen in a number of open source projects, including Symfony and Drupal.\r\n\r\nIn Drupal 7 and earlier, there were only minor version releases.\r\n\r\nDrupal 7 started at 7.0 and ended at 7.103.\r\n\r\nCode could be refactored, but it still needed to be backward compatible so existing code couldn't be removed.\r\n\r\nNow, many projects have adopted semantic versioning that contain major, minor and patch versions, like Drupal 11.2.0.\r\n\r\nMinor and patch versions are backward compatible, but major versions - such as Drupal 10 and 11 - can break backward compatibility.\r\n\r\nThis means old code can be removed and the codebase can be tidied.\r\n\r\nA good example of this was the `drupal_set_message()` function that was replaced by the `Messenger` service.\r\n\r\nThe original code was moved, the function was changed to use the new service and the function was marked as deprecated.\r\n\r\nIf you used it, you were notified it would be removed in the next major version.\r\n\r\nIt still worked so was still backward compatible.\r\n\r\nWhen the next major version was released, the old function was removed as backward compatibility could be broken.\r\n\r\nI like this approach as it means code can be refactored and improved, users are given time to update their code, new features can be continuously added, and the main codebase is kept clean and avoids a lot of legacy code.",
"format": "markdown",
"processed": "<p>There's an approach to refactoring I've seen in a number of open source projects, including Symfony and Drupal.<\/p>\n<p>In Drupal 7 and earlier, there were only minor version releases.<\/p>\n<p>Drupal 7 started at 7.0 and ended at 7.103.<\/p>\n<p>Code could be refactored, but it still needed to be backward compatible so existing code couldn't be removed.<\/p>\n<p>Now, many projects have adopted semantic versioning that contain major, minor and patch versions, like Drupal 11.2.0.<\/p>\n<p>Minor and patch versions are backward compatible, but major versions - such as Drupal 10 and 11 - can break backward compatibility.<\/p>\n<p>This means old code can be removed and the codebase can be tidied.<\/p>\n<p>A good example of this was the <code>drupal_set_message()<\/code> function that was replaced by the <code>Messenger<\/code> service.<\/p>\n<p>The original code was moved, the function was changed to use the new service and the function was marked as deprecated.<\/p>\n<p>If you used it, you were notified it would be removed in the next major version.<\/p>\n<p>It still worked so was still backward compatible.<\/p>\n<p>When the next major version was released, the old function was removed as backward compatibility could be broken.<\/p>\n<p>I like this approach as it means code can be refactored and improved, users are given time to update their code, new features can be continuously added, and the main codebase is kept clean and avoids a lot of legacy code.<\/p>\n",
"summary": ""
}
],
"field_daily_email_cta": [
{
"target_type": "node",
"target_uuid": "3074e1e9-c691-4f73-a71c-cfe5920f884e"
}
]
}

27
content/path_alias.baec19d7-cb5e-4ba8-a181-15aa7cd85aee.json Normal file
View file

@ -0,0 +1,27 @@
{
"uuid": [
{
"value": "baec19d7-cb5e-4ba8-a181-15aa7cd85aee"
}
],
"langcode": [
{
"value": "en"
}
],
"path": [
{
"value": "\/node\/0c66d8de-6dbd-4ab1-b40f-29276d7af5f1"
}
],
"alias": [
{
"value": "\/daily\/2025\/06\/16\/refactoring-semantic-versioning-and-backward-compatibility"
}
],
"status": [
{
"value": true
}
]
}