veza/docs/archive/frontend-sessions-2026/MIGRATION_GUIDE.md
senke 0e7097ed1b chore(cleanup): J1 — purge 220MB debris, archive session docs (complete)
First-attempt commit 3a5c6e184 only captured the .gitignore change; the
pre-commit hook silently dropped the 343 staged moves/deletes during
lint-staged's "no matching task" path. This commit re-applies the intended
J1 content on top of bec75f143 (which was pushed in parallel).

Uses --no-verify because:
- J1 only touches .md/.json/.log/.png/binaries — zero code that would
  benefit from lint-staged, typecheck, or vitest
- The hook demonstrated it corrupts pure-rename commits in this repo
- Explicitly authorized by user for this one commit

Changes (343 total: 169 deletions + 174 renames):

Binaries purged (~167 MB):
- veza-backend-api/{server,modern-server,encrypt_oauth_tokens,seed,seed-v2}

Generated reports purged:
- 9 apps/web/lint_report*.json (~32 MB)
- 8 apps/web/tsc_*.{log,txt} + ts_*.log (TS error snapshots)
- 3 apps/web/storybook_*.json (1375+ stored errors)
- apps/web/{build_errors*,build_output,final_errors}.txt
- 70 veza-backend-api/coverage*.out + coverage_groups/ (~4 MB)
- 3 veza-backend-api/internal/handlers/*.bak

Root cleanup:
- 54 audit-*.png (visual regression baselines, ~11 MB)
- 9 stale MVP-era scripts (Jan 27, hardcoded v0.101):
  start_{iteration,mvp,recovery}.sh,
  test_{mvp_endpoints,protected_endpoints,user_journey}.sh,
  validate_v0101.sh, verify_logs_setup.sh, gen_hash.py

Session docs archived (not deleted — preserved under docs/archive/):
- 78 apps/web/*.md     → docs/archive/frontend-sessions-2026/
- 43 veza-backend-api/*.md → docs/archive/backend-sessions-2026/
- 53 docs/{RETROSPECTIVE_V,SMOKE_TEST_V,PLAN_V0_,V0_*_RELEASE_SCOPE,
          AUDIT_,PLAN_ACTION_AUDIT,REMEDIATION_PROGRESS}*.md
                        → docs/archive/v0-history/

README.md and CONTRIBUTING.md preserved in apps/web/ and veza-backend-api/.

Note: The .gitignore rules preventing recurrence were already pushed in
3a5c6e184 and remain in place — this commit does not modify .gitignore.

Refs: AUDIT_REPORT.md §11
2026-04-14 17:12:03 +02:00

5.2 KiB

Guide de Migration : ApiService → apiClient

Vue d'ensemble

ApiService est déprécié en faveur de apiClient pour unifier les clients API et éviter la duplication de code.

Pourquoi migrer ?

  • Unification : Un seul client API au lieu de deux
  • Maintenance : Moins de code à maintenir
  • Cohérence : Même comportement partout (gestion d'erreurs, refresh token, etc.)
  • Performance : Pas de duplication d'instances Axios

Comment migrer

Import

Avant :

import { apiService } from '@/services/api';

Après :

import { apiClient } from '@/services/api/client';

Méthodes d'authentification

Avant :

const { user, tokens } = await apiService.login(credentials);
const user = await apiService.getCurrentUser();
await apiService.logout();

Après :

import { authApi } from '@/features/auth/api/authApi';

const response = await authApi.login(credentials);
const user = await authApi.getMe();
await authApi.logout(refreshToken);

Méthodes utilisateurs

Avant :

const users = await apiService.getUsers({ page: 1, limit: 20 });
const user = await apiService.getUser(id);
const user = await apiService.getUserByUsername(username);
await apiService.updateUser(id, data);

Après :

const { data: users } = await apiClient.get('/users', { params: { page: 1, limit: 20 } });
const { data: user } = await apiClient.get(`/users/${id}`);
const { data: user } = await apiClient.get(`/users/by-username/${username}`);
await apiClient.put(`/users/${id}`, data);

Méthodes tracks

Avant :

const tracks = await apiService.getTracks({ page: 1, limit: 20 });
const track = await apiService.getTrack(id);
await apiService.uploadTrack(file, metadata);
await apiService.deleteTrack(id);

Après :

import { trackApi } from '@/features/tracks/api/trackApi';

const { data: tracks } = await apiClient.get('/tracks', { params: { page: 1, limit: 20 } });
const { data: track } = await apiClient.get(`/tracks/${id}`);
await trackApi.uploadTrack(file, metadata);
await apiClient.delete(`/tracks/${id}`);

Méthodes conversations

Avant :

const conversations = await apiService.getConversations();
const conversation = await apiService.getConversation(id);
await apiService.addMemberToConversation(id, userId);
const { messages } = await apiService.getConversationHistory(id, { limit: 50 });

Après :

const { data: conversations } = await apiClient.get('/conversations');
const { data: conversation } = await apiClient.get(`/conversations/${id}`);
await apiClient.post(`/conversations/${id}/members`, { user_id: userId });
const { data } = await apiClient.get(`/conversations/${id}/history`, { params: { limit: 50 } });
const messages = data.messages || [];

Méthodes messages

Avant :

const messages = await apiService.getMessages(conversationId, { page: 1, limit: 50 });
await apiService.sendMessage(conversationId, content, parentMessageId);

Après :

const { data: messages } = await apiClient.get('/messages', {
  params: { conversation_id: conversationId, page: 1, limit: 50 }
});
await apiClient.post('/messages', {
  conversation_id: conversationId,
  content,
  parent_message_id: parentMessageId
});

Méthodes sessions

Avant :

await apiService.logoutSession();
await apiService.logoutAllSessions();
const sessions = await apiService.getSessions();
await apiService.revokeSession(sessionId);
const stats = await apiService.getSessionStats();
await apiService.refreshSession();

Après :

await apiClient.post('/sessions/logout');
await apiClient.post('/sessions/logout-all');
const { data: sessions } = await apiClient.get('/sessions');
await apiClient.delete(`/sessions/${sessionId}`);
const { data: stats } = await apiClient.get('/sessions/stats');
await apiClient.post('/sessions/refresh');

Notes importantes

  1. Format de réponse : apiClient unwrap automatiquement le format { success: true, data: {...} } du backend, donc response.data contient directement les données.

  2. Gestion d'erreurs : apiClient utilise parseApiError pour standardiser les erreurs. Les erreurs sont automatiquement parsées en ApiError.

  3. Refresh token : apiClient gère automatiquement le refresh du token en cas de 401, pas besoin de le faire manuellement.

  4. Types : Utilisez les types TypeScript appropriés pour les réponses :

    const { data: user } = await apiClient.get<User>('/users/123');
    

Fichiers à migrer

  • apps/web/src/stores/library.ts
  • apps/web/src/features/library/components/LibraryManager.tsx
  • apps/web/src/features/user/components/ProfileForm.tsx
  • apps/web/src/stores/chat.ts
  • apps/web/src/features/chat/components/VirtualizedChatMessages.tsx
  • apps/web/src/features/chat/components/ChatInterface.tsx
  • apps/web/src/features/library/components/UploadModal.tsx

Timeline

  • Phase 1 (Maintenant) : ApiService est marqué comme deprecated avec warnings
  • Phase 2 (Prochaine release) : Migration progressive des fichiers listés ci-dessus
  • Phase 3 (Version future) : Suppression complète de ApiService