Changeset b0ccd0d in Klonkt for src/services/PlaylistService.js


Ignore:
Timestamp:
08/22/2026 08:14:01 AM (3 weeks ago)
Author:
Robin <roboburr@…>
Branches:
main
Children:
25dd08f
Parents:
8ed36de
Message:

De mixtape als eigen soort: data en draad

Een bandje is geen album en geen afspeellijst. Een album is een uitgave -- de
nummers bestaan er los van. Bij een mixtape is de VOLGORDE het werk en zijn de
nummers onderdelen. Vandaar een eigen soort, en op de draad een enkel object
met de nummers erin.

De valkuil zat in de vorm die er al stond. De keuze album/playlist stond vijf
keer als x === 'playlist' ? 'playlist' : 'album' verspreid over drie
bestanden, en zo'n vorm valt bij een derde soort niet om -- hij slikt hem. Een
mixtape zou stilzwijgend een album zijn geworden en als Album de deur uit gaan.
De lijst staat nu een keer, in de pure gedeelde module, want die kent de
browser ook.

Op de draad:

  • type is de STRING 'Mixtape'. Geen array, en dat is geleerd: bij de playlist-collectie stond ooit ['OrderedCollection','Album'] -- geldig AS2 en werkelijk allebei -- en een lezer die type als tekst uitpakt (Shaer) verloor daarmee stil het hele object.
  • orderedItems op het object zelf, niet een collectie ernaast.
  • Geen released en geen musicbrainzId: die zouden beweren dat dit een uitgave is.
  • Geen eigen url. Robins keuze: het bandje is een omhulling, geen gerenderd bestand. Prijs ervan is opgeschreven bij de functie -- wie het type niet kent heeft geen stream, al staan de nummers er stuk voor stuk in.

Een mixtape met losse tracks erbij blijft een mixtape. De oude regel maakte
daar een album van met bonustracks; dat klopt voor een plaat en niet voor een
bandje. Album en playlist houden bewust hun oude gedrag, want dat zijn
bestaande posts.

Acht tests, waaronder de weg door de database heen in plaats van langs een
handgemaakte opzoeker.

Co-Authored-By: Claude Opus 5 <noreply@…>

File:
1 edited

Legend:

Unmodified
Added
Removed
  • src/services/PlaylistService.js

    r8ed36de rb0ccd0d  
    1414import db from '../config/database.js';
    1515import { v4 as uuid } from 'uuid';
     16import { SOORTEN } from '../assets/js/shared/post-music-type.js';
    1617
    1718/**
     
    4142  return /^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/.test(s) ? s : null;
    4243}
     44
     45/**
     46 * De drie soorten die een playlist kan zijn, op EEN plek.
     47 *
     48 * Stond eerder vijf keer als `data.kind === 'playlist' ? 'playlist' : 'album'`
     49 * verspreid over dit bestand. Met twee soorten kon dat nog; bij een derde is
     50 * het een fout die staat te wachten, want een van de vijf vergeten betekent dat
     51 * een mixtape stilletjes als album wordt opgeslagen en als Album de deur uit
     52 * gaat.
     53 *
     54 * Album blijft de terugval: een onbekende waarde hoort niet stilzwijgend iets
     55 * nieuws te worden. De lijst zelf staat in de gedeelde pure module, want de
     56 * editor in de browser moet dezelfde drie kennen.
     57 */
     58export function normKind(v) {
     59  const s = String(v == null ? '' : v).trim().toLowerCase();
     60  return SOORTEN.includes(s) ? s : 'album';
     61}
     62
     63/**
     64 * Draagt deze soort uitgavegegevens? Alleen een album. Een afspeellijst en een
     65 * mixtape hebben geen uitgavedatum en geen release-id: het zijn samenstellingen
     66 * van andermans of eigen werk, geen uitgave op zichzelf.
     67 */
     68export const isUitgave = (kind) => normKind(kind) === 'album';
    4369
    4470class PlaylistService {
     
    92118      year: r.year || 0,
    93119      cover: r.cover_url || '',
    94       kind: r.kind || 'album',
     120      kind: normKind(r.kind),
    95121      release_date: r.release_date || '',
    96122      mb_release_id: r.mb_release_id || '',
     
    154180      year: p.year || 0,
    155181      cover: p.cover_url || fallbackCover,
    156       kind: (p.kind === 'playlist') ? 'playlist' : 'album',
     182      kind: normKind(p.kind),
    157183      // created_at hoort erbij omdat de AP-kant er `published` van maakt. Zonder
    158184      // dit veld viel buildAlbumObject terug op 1970, en dat stond op 16-8
     
    162188      // maar dit is de plek waar de editor leest en die mag niet afhangen van
    163189      // wat er toevallig in de kolom stond.
    164       release_date: p.kind === 'playlist' ? '' : (p.release_date || ''),
    165       mb_release_id: p.kind === 'playlist' ? '' : (p.mb_release_id || ''),
     190      release_date: isUitgave(p.kind) ? (p.release_date || '') : '',
     191      mb_release_id: isUitgave(p.kind) ? (p.mb_release_id || '') : '',
    166192      tracks: mappedTracks,
    167193    };
     
    178204    const id = this.generateId(siteId, title);
    179205    const now = new Date().toISOString();
    180     const kind = data.kind === 'playlist' ? 'playlist' : 'album';
     206    const kind = normKind(data.kind);
    181207
    182208    // Alleen een UITGAVE draagt deze twee. Een afspeellijst heeft geen
     
    186212    // voor de post-editor -- en dan staat er stille rommel op een mixtape die
    187213    // later als Album de deur uit gaat.
    188     const uitgave = kind === 'album';
     214    const uitgave = isUitgave(kind);
    189215    const releaseDate = uitgave ? normDatum(data.release_date) : null;
    190216    const mbRelease = uitgave ? normMbid(data.mb_release_id) : null;
     
    229255    // val terug op wat er ligt.
    230256    const nieuwKind = Object.prototype.hasOwnProperty.call(data, 'kind')
    231       ? (data.kind === 'playlist' ? 'playlist' : 'album')
    232       : (existing.kind || 'album');
     257      ? normKind(data.kind)
     258      : normKind(existing.kind);
    233259    if (Object.prototype.hasOwnProperty.call(data, 'title')) {
    234260      const v = String(data.title || '').trim();
Note: See TracChangeset for help on using the changeset viewer.