Besoins de conseils pour l'architecture de mon projet

ca semble plutot pas mal, ton archi. pour le dossier (tabs), tu peux le gerer simplement je pense en appelant simplement tes vues, un peu comme cela.

app                            
├── _layout.tsx                
├── (tabs)                      
│   ├── _layout.tsx
│   ├── index.tsx               # Vue principale
│   ├── profile.tsx             # Vue du profil
│   └── settings.tsx            # Vue des paramètres
modules
├── /application                
│   ├── /auth                   
│   │   ├── loginUseCase.ts     
│   │   ├── signupUseCase.ts    
│   │   └── logoutUseCase.ts    
│   ├── /profile                
│   │   ├── updateAvatarUseCase.ts 
│   │   └── changePasswordUseCase.ts 
│   └── /boats                 
│       ├── createBoatUseCase.ts 
│       └── deleteBoatUseCase.ts 
├── /domain                    
│   ├── /auth                   
│   │   ├── AuthEntity.ts       # Entité Auth
│   │   └── AuthRepository.ts   # Interface du repository d'authentification
│   ├── /profile               
│   │   ├── ProfileEntity.ts    # Entité Profile
│   │   └── ProfileRepository.ts # Interface du repository de profil
│   └── /boats                  
│       ├── BoatEntity.ts       # Entité Boat
│       └── BoatRepository.ts   # Interface du repository des bateaux
├── /infrastructure             
│   ├── /auth                   
│   │   └── AuthRepositorySupabase.ts 
│   ├── /profile               
│   │   └── ProfileRepositorySupabase.ts 
│   └── /boats                  
│       └── BoatRepositorySupabase.ts
├── /hooks                      
│   ├── useAuth.ts              
│   ├── useProfile.ts           
│   └── useBoats.ts             
├── /components                 
│   ├── Button.tsx              
│   ├── Input.tsx               
│   └── ProfileCard.tsx         
├── /views                      
│   ├── ProfileView.tsx        
│   └── SettingsView.tsx       
├── /tests                      # Tests unitaires et d'intégration
│   ├── /application            # Tests des cas d'utilisation
│   │   ├── loginUseCase.test.ts
│   │   ├── signupUseCase.test.ts
│   │   └── updateAvatarUseCase.test.ts
│   ├── /components             # Tests des composants
│   │   ├── Button.test.tsx
│   │   └── ProfileCard.test.tsx
│   └── /hooks                  # Tests des hooks
│       ├── useAuth.test.ts
│       └── useProfile.test.ts
└── /utils                     
        ├── api.ts                 
        └── formatDate.ts          

J'ai trouvé répones à ma question tout seul, mais je la publie ici si jamais quelqu'un passe ici :

On peut utiliser zod pour à la fois mapper nos données (donc un DTO) et en même les valider, zod peut tranformer les données, il exploitera notre entity comme "model interne" et transformera nos données entrante vers nos données interne :

Dans ce code je souhaite transformer email en adresseEmail et _id en id

l'idée derrière est de ne pas être dépendant de la structure du back et d'avoir ma propre structure, (donc en cas de changement de backend, pas besoin de changer tous le code)

import { z } from 'zod';

// Schéma Zod pour valider et transformer les données venant de Supabase
const userSchema = z.object({
  _id: z.string(), // Nom du champ venant du backend
  email: z.string().email(), // Validation que 'email' est une adresse valide
}).transform(data => ({
  id: data._id,            // Transformation du champ _id en id
  adresseEmail: data.email, // Transformation du champ email en adresseEmail
}));

// Exemple de données venant de Supabase
const userFromSupabase = {
  _id: 'user123',   // Identifiant venant de Supabase
  email: 'user@example.com', // Email venant de Supabase
};

// Valider et transformer les données avec Zod
const parsedUser = userSchema.parse(userFromSupabase);

// Créer une instance de l'entité User avec les données transformées
const userEntity = new User(parsedUser.id, parsedUser.adresseEmail);

console.log(userEntity); // Affiche l'instance de l'entité User