- Expédié
- 23 septembre 2026 à 14:40 UTC
- Auteur
- Kamo
- Commit
- 9fc87cc
La moitié de l'appelant fixe kamo-shared-library: commute chaque appel de findById() LeadVendorProductRepository en service de sécurité à la méthode pauvre correspond à ce qu'il est réellement Lire (voir / findByIdWithVendor's javadoc pour le raisonnement complet et les numéros de production - une jonction à 8 voies mesurées à des appels de 780 000 euros, 10-21 ms, Qu'est-ce qu'une recherche unique, jamais une recherche N-1). - LeadController.isFreeForAllLead (toute vue et historique non affectées) : findIsEmptyCreditFfaById - une projection scalaire, le seul champ que cela indique. - LeadCreditDistribution/mise à jour du contrôleur de prêt findByIdWithVendor - ceux qui lisent vendor.org.id ou main l'objet du fournisseur; rien de fournisseur passé. (public, non authentifié) : findByIdWithVendor plus un deuxième, unique, LeadMarketRepository.findById() pour le marché et son organisation la double décision a divisé en toute sécurité cette base de code pour atteindre une entité JOINED-Héminence en toute sécurité (LeadMarket-Organisation) sans «EntitéGraphe à travers la frontière JOINED). LeadAcceptCarte-test-chef-ador de Lead-test-put et set-ffa (tous deux MANAGE-CREDITS-réduits, faible volume) sont laissés sur findById() - priorité inférieure compte tenu du volume d'appel que cette adresse est à l'essentiel, les chemins de lecture ci-dessus, et ont été signalés dans le rapport plutôt que deviné plus avant. Les formes JSON sont inchangées.