Esistono delle regole su come limitare il numero dei livelli di riferimento indiretto?

Sei confuso sullo scopo dei modelli di design.

Non è che l'uso di un modello di progettazione è buono perché più schemi = codice migliore in qualsiasi modo. I modelli sono ricorrenti soluzioni praticabili per ricorrere a complessi vincoli sulle nostre soluzioni. Se usiamo un pattern, è perché si adatta ai nostri vincoli attuali, non perché anche molte altre persone lo facciano. Il punto di nominarli e condividerli è di avvisare gli altri utenti di una possibile soluzione trovata e di semplificare la comunicazione sulle strutture di classi complesse ricorrenti.

Pertanto, se il tuo programma presenta vincoli che rendono l'utilizzo di una fabbrica di fabbriche la migliore soluzione, fallo. Se non lo fa, non farlo. Dopo averlo fatto, ha senso chiamare i nomi delle classi in modo che i futuri lettori del tuo codice possano seguire più rapidamente il tuo ragionamento. Ma è il ragionamento che deve decidere se usare un pattern e quanto spesso, non il richiamo del pattern.

Recensioni del codice.

Se qualcuno non può giustificare la creazione di un altro livello di riferimento indiretto ai suoi pari, non è necessario che esista. Se possono e il vantaggio vale il lavoro, probabilmente è ok.

Alcuni progetti richiedono molta attenzione, altri non così tanto. Solo un umano avrà la possibilità di determinare se è giustificato o meno.

Le revisioni del codice sono un modo per controllarsi l'un l'altro. Usali.