Singletons, walaupun berguna untuk memastikan satu contoh kelas, memiliki beberapa kelemahan yang dapat memengaruhi pemeliharaan dan skalabilitas aplikasi, termasuk yang menggunakan MVVMCross. Berikut beberapa masalah utama:
1. Masalah Testabilitas **
Singleton terkenal sulit untuk diuji karena mereka memegang negara dan mengelola siklus hidup mereka sendiri. Ini membuatnya sulit untuk menulis tes unit yang tidak secara tidak sengaja berinteraksi dengan jaringan atau sistem eksternal lainnya. Dalam MVVMCross, di mana pengujian sangat penting untuk memastikan keandalan model tampilan dan komponen lain, singleton dapat menghambat kemampuan untuk mengisolasi dan menguji komponen individu secara efektif [1] [4].2. Data inkonsistensi dan masalah multithreading **
Di lingkungan multi-utas, singleton dapat menyebabkan ketidakkonsistenan data jika tidak disinkronkan dengan benar. Ini dapat mengakibatkan perilaku non-deterministik, membuatnya sulit untuk men-debug masalah. Meskipun dimungkinkan untuk membuat singleton-aman-aman, ini menambah kompleksitas dan tidak selalu dilakukan dengan benar [2] [4].3. Ketergantungan dan kopling tersembunyi **
Singletons mendorong dependensi tersembunyi dengan memberikan titik akses global ke sumber daya. Ini dapat menyebabkan kopling yang ketat antar kelas, karena mereka semua bergantung pada implementasi konkret singleton. Di MVVMCross, di mana kopling longgar bermanfaat untuk mempertahankan arsitektur yang bersih, lajang dapat merusak prinsip ini dengan membuatnya sulit untuk mengubah atau mengganti komponen tanpa mempengaruhi seluruh sistem [2] [3].4. Pelanggaran prinsip -prinsip padat **
Singletons melanggar beberapa prinsip yang solid:- Prinsip Tanggung Jawab Tunggal (SRP): Singleton sering mengelola siklus hidup mereka sendiri selain tanggung jawab utama mereka, yang dapat menyebabkan kompleksitas yang tidak perlu.
-Prinsip inversi ketergantungan (DIP): Modul tingkat tinggi tidak boleh bergantung pada detail tingkat rendah, tetapi dengan singleton, mereka sering melakukannya, karena mereka mengandalkan implementasi konkret singleton [2] [3].
5. Keterbatasan skalabilitas dan fleksibilitas **
Singleton dapat membatasi skalabilitas dengan membuatnya sulit untuk beradaptasi dengan perubahan persyaratan. Jika suatu aplikasi perlu menangani banyak contoh sumber daya atau mengubah cara sumber daya dikelola, singleton dapat menjadi hambatan. Di MVVMCross, di mana fleksibilitas penting untuk menangani berbagai platform dan konfigurasi, lajang dapat membatasi kemampuan ini [7].6. Tantangan manajemen negara **
Singleton membawa keadaan seumur hidup aplikasi, yang dapat menyulitkan untuk mengatur ulang atau mengelola keadaan secara efektif. Ini sangat bermasalah dalam aplikasi di mana keadaan perlu disegarkan atau diperbarui sering [4].alternatif untuk singleton
Untuk menghindari kelemahan ini, pengembang sering beralih ke injeksi ketergantungan sebagai alternatif yang lebih fleksibel dan dapat dipelihara. Injeksi ketergantungan memungkinkan komponen untuk digabungkan secara longgar dan mudah diuji dengan memberikan ketergantungan melalui konstruktor atau cara lain, daripada mengandalkan contoh global [1] [7]. Dalam MVVMCross, menggunakan injeksi ketergantungan dapat membantu mempertahankan arsitektur yang bersih dan dapat diskalakan yang lebih mudah diuji dan dirawat.Kutipan:
[1] https://www.reddit.com/r/iosprogramming/comments/9zxqj1/why_i_cant_use_singleton_why_it_is_bad_design/
[2] https://www.youtube.com/watch?v=x6gbdwfnin4
[3] https://www.davidtanzer.net/david's%20blog/2016/03/14/6-reasons-why-you-should-avoid-singletons.html
[4] https://matteomanferdini.com/swift-singleton/
[5] https://forums.kodeco.com/t/why-i-cant-use-singleton-why-it-is-bad-design-pattern/56168
[6] https://www.reddit.com/r/androiddev/comments/8v2wfa/are_singletons_a_bad_practice/
[7] https://www.linkedin.com/advice/0/what-benefits-drawbacks-using-singleton-1e
[8] https://softwareengineering.stackexchange.com/questions/40373/so-singletons-are-bad-then-what