Mi spiace essere il portatore di cattive notizie:
Sì.
Più grande è l'applicazione, più problemi causeranno. Cosa succede quando provi a nominare un metodo do_thing , importalo nella tua classe di dio e scopri che ha già un metodo chiamato do_thing ? Ora devi preoccuparti delle collisioni nello spazio dei nomi nella tua classe di Dio: che dolore!
Un altro (piccolo): se tutto va qui, e più persone stanno lavorando su diversi moduli, ma tutti devono "registrare" le cose nella tua classe di Dio, allora avrai a che fare con molti conflitti di fusione non necessari per quella classe nel tuo repository di codice. Se le cose separate erano sempre separate, allora hai meno preoccupazioni da parte delle persone che si calpestano le dita dei piedi.
Queste sono solo alcune delle cose che ti vengono in mente. In realtà, però, ti stai avvicinando dalla prospettiva sbagliata: perché vorresti farlo? Se hai tutto ben separato e organizzato, perché vorresti annullare tutto ciò e buttarlo tutto in una singola classe? Ciò potrebbe farti risparmiare alcune dichiarazioni di import nella parte superiore del tuo codice, o meno dipendenze che devono essere iniettate, ma niente di tutto ciò sta sostanzialmente migliorando la tua base di codice, e ha un costo reale. È una formula semplice: cost + no benefit = bad idea . Stai già facendo la parte "difficile" di dividere la tua domanda piacevolmente. Non rovinare tutto sul tratto casalingo.