Ako sa cítite ohľadom veľmi dlhých tried, ktoré obsahujú od 2 do 4 tisíc riadkov kódu?

Negatívne.

Dlhé triedy porušujú princíp jednotnej zodpovednosti (SRP) a princíp minimálnej znalosti (Principle of Least Knowledge). To vedie k nasledujúcim problémom:

• Ťažko čítať a pochopiť: Veľké množstvo kódu sťažuje vnímanie logiky triedy.
• Ťažko udržiavať a meniť: Zmena jednej časti triedy môže neúmyselne ovplyvniť iné, spôsobujúc chyby.
• Riziko duplikácie kódu: Funkcionalita sa môže opakovať v rôznych častiach triedy.
• Problémy s testovaním: Jednotkové testy veľkej triedy sa stávajú zložité a časovo náročné.
• Zníženie opakovateľnosti použitia: Je ťažké extrahovať a použiť časti funkcionality inde.

Ideálne by mali byť triedy krátke a vykonávať jeden konkrétny úkol. Funkcionalitu je potrebné rozdeliť na menšie, špecializované triedy alebo funkcie. Refaktorovanie takýchto "božských" tried je priorita na zlepšenie kvality kódu.

Na rozdelenie je možné použiť nasledujúce prístupy:

• Presun súvisiacej logiky do samostatných tried: Napríklad správa s dátami, UI logika, obchodná logika.
• Použitie návrhových vzorov: MVC, MVP, MVVM, Repository, Factory a pod.
• Rozdelenie na menšie funkcie/metódy: každá metóda by mala robiť jednu vec.
• Použitie rozšírení (extensions) v Kotlin: na pridanie funkcionality bez modifikácie pôvodnej triedy.