Kāpēc prototipa labošana ir nevēlama prakse?

Prototipa labošana (mainīt iebūvēto JavaScript prototipu, piemēram, Array.prototype vai Object.prototype) nav ieteicama šādu iemeslu dēļ:

• Konflikti: Dažādas koda daļas (vai bibliotēkas/rāmi) var mainīt to pašu prototipu, pārrakstīt vai traucēt citur realizēto funkcionalitāti. Tas noved pie neparedzama uzvedības un grūti diagnosticējamu kļūdu.
• Nepārredzamība: Globālā prototipa maiņa ietekmē visus šāda datu tipa eksemplārus visā programmā. Tas slēpj izmaiņu avotu un apgrūtina saprast, no kurienes radusies jauna īpašība vai metode.
• Grūtības diagnosticēt: Kad ir kļūdas, ir grūti noteikt, kura koda daļa ieviesa nevēlamas izmaiņas prototipā.
• Saderības problēmas: Nākamās JavaScript versijas var pievienot metodes ar tām pašām nosaukumiem, kādas esat pievienojis jūs. Tas radīs konfliktus un sabojās kodu.
• Izolācijas pārkāpums: Kods, kas pieļauj standarta uzvedību iebūvētajiem objektiem, var tikt pārkāpts nestandarta izmaiņu dēļ prototipā. Tas pārkāpj enkapsulācijas principus.
• Testēšanas sarežģītība: Koda testēšana, kas maina globālos prototipus, kļūst sarežģītāka, jo jāņem vērā izmainīto prototipu stāvoklis.

Alternatīvas pieejas ietver:

• Izveidot utilitāras funkcijas, kas pieņem objektu kā argumentu.
• Izmantot klases, lai izveidotu savus datu tipus ar nepieciešamo funkcionalitāti.
• Lietot mantošanu.

// Nevēlamas prototipa labošanas piemērs
// Pievienot shuffle metodi iebūvētajam Array.prototype
Array.prototype.shuffle = function() {
  // Kods, kas sajauc masīva elementus
  // ...
  atgriezt šo;
};

// Tas var novest pie konfliktu ar citām bibliotēkām
// vai nākotnes JavaScript versijām

// Vēlamais pieejas veids - utilitāras funkcijas izmantošana
function shuffleArray(array) {
  // Kods, kas sajauc ievades masīva elementus
  // ...
  atgriezt sajaukto masīvu; // Atgriež jaunu vai mainītu masīvu atkarībā no realizācijas
}

// Lietošana:
const my_array = [1, 2, 3];
const shuffled_array = shuffleArray(my_array); // Skaidrs izsaukums