Ideea principală a programării modulare este aceea că o sarcină mare este împărțită în subtascuri mai mici, relativ independente (principiul "divide și cuceri"). În dezvoltarea programării modulare - programare orientată pe obiecte - acest principiu este exprimat în crearea unui set de obiecte, fiecare dintre ele rezolvând doar sarcina proprie.
Designul antipattern utilizat de voi este numit obiect divin. Obiectul dvs. face atât de mult încât obiectele obișnuite nu o pot face. Vom presupune că aveți o mică galaxie acolo. și, în general, tot restul codului este o decorare peste acest obiect :)
Abordarea "obiectului divin" este opusul principiului "divizare și cucerire": partea principală a funcționalității programului este codificată într-un singur obiect. Deoarece acest obiect stochează o mulțime de date și are multe metode, rolul său în program devine "divin" (cuprinzător).
Ca rezultat, avem un cod intolerabil și prost testat, care, în plus, este greu de înțeles. De asemenea, acest cod este destul de greu de menținut, considerând că întregul sistem depinde aproape exclusiv de el. Problema este că întregul program devine atât de dependent de această clasă încât modificarea sau încercarea de a repara o eroare devine un coșmar după un timp.
Câștigul minim de performanță, care poate să nu fie deloc, nu merită să păstrați tot codul într-o singură clasă și de fiecare dată rescrieți o mare parte din codul dvs. pentru a vă adapta la noile procese de afaceri.
Citiți răspunsul 5 Sep '16 la 8:13 am
Articole similare
-
De ce am nevoie de clase pentru poverile de tip pdo în rusă?
-
Ați uitat parola de root freebsd, ce să faceți stivă overflow în rusă
Trimiteți-le prietenilor: