Some checks failed
Backend API CI / test-unit (push) Has been cancelled
Backend API CI / test-integration (push) Has been cancelled
Veza CI / Rust (Stream Server) (push) Has been cancelled
Veza CI / Backend (Go) (push) Has been cancelled
Veza CI / Notify on failure (push) Has been cancelled
Veza CI / Frontend (Web) (push) Has been cancelled
Frontend CI / test (push) Has been cancelled
Security Scan / Secret Scanning (gitleaks) (push) Has been cancelled
First-attempt commit02728909fonly 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 of24af2f72b(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 in02728909fand remain in place — this commit does not modify .gitignore. Refs: AUDIT_REPORT.md §11
5.2 KiB
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
-
Format de réponse :
apiClientunwrap automatiquement le format{ success: true, data: {...} }du backend, doncresponse.datacontient directement les données. -
Gestion d'erreurs :
apiClientutiliseparseApiErrorpour standardiser les erreurs. Les erreurs sont automatiquement parsées enApiError. -
Refresh token :
apiClientgère automatiquement le refresh du token en cas de 401, pas besoin de le faire manuellement. -
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.tsapps/web/src/features/library/components/LibraryManager.tsxapps/web/src/features/user/components/ProfileForm.tsxapps/web/src/stores/chat.tsapps/web/src/features/chat/components/VirtualizedChatMessages.tsxapps/web/src/features/chat/components/ChatInterface.tsxapps/web/src/features/library/components/UploadModal.tsx
Timeline
- Phase 1 (Maintenant) :
ApiServiceest 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