Die rede hoekom dit moeilik is om 'n enkeltonklas te toets, is dat jy nie die klas weer vir elke toets kan inisialiseer nie, want dit kan net een keer geïnisialiseer word (en dus gee jou baie werk om al die waardes reg te stel vir elke toets).
Hoekom is dit moeilik om enkelling te toets?
Dit is moeilik om kode te toets wat enkeltone gebruik.
Jy kan nie die skepping van die enkelton-voorwerp beheer nie, want dit word dikwels in 'n statiese initialiseerder of statiese metode geskep. Gevolglik kan jy ook nie die gedrag van daardie Singleton-instansie spot nie.
Wat is die probleem met enkellopendes?
Enkellinge belemmer eenheidstoetsing: 'n Enkeling kan probleme veroorsaak vir skryf van toetsbare kode as die voorwerp en die metodes wat daarmee geassosieer word so styf gekoppel is dat dit onmoontlik word om te toets sonder om te skryf 'n ten volle funksionele klas gewy aan die Singleton.
Wat is die nadele van enkelton in eenheidstoetsing?
Om kode te gebruik wat enkellinge in 'n toetsharnas bevat, moet ons die enkelton-eienskap verslap. Hier is hoe ons dit doen. Die eerste stap is om 'n nuwe statiese metode by die enkeltonklas te voeg. Die metode laat ons toe om die statiese instansie in die enkelton te vervang.
Waarom meng enkelling in met eenheidtoetsing?
In eenheidstoetsing moet elk van die eenheidstoetse onafhanklik van mekaar wees. Nog 'n rede waarom die Singleton-ontwerppatroon jou lewe moeilik maak in eenheidstoetsing, is omdat hulle in die geheue bly totdat die toepassing lewendig is Vandaar dat hulle die toestand voortduur solank die toepassing in die toepassing bly. geheue.
