क्या virtual DOM सच में तेज है? असल में उससे आपको मिलता क्या है?

कच्ची रफ्तार में नहीं; हाथ से लिखा हुआ निशाने वाला DOM update किसी पेड़ को diff करने से हमेशा जीतेगा। virtual DOM आपको देता है एक ऐसा programming model जिसमें UI state का नतीजा होता है, साथ में batching ताकि कई updates मिलकर एक ही commit बनें, और एक ऐसा render का ठिकाना जिसे कहीं भी ले जाया जा सके। यह लगभग हर चीज के लिए काफी तेज है और हाथ से DOM का हिसाब रखने वाले bugs का पूरा वर्ग खत्म कर देता है।

ईमानदारी से, नहीं। अगर आप DOM का बदलाव हाथ से लिखें तो आप हर बार जीतेंगे, क्योंकि React को कुछ भी छूने से पहले elements का पेड़ बनाना और उस पर चलना पड़ता है। बदले में आपको ऐसा model मिलता है जिसमें मैं बताता हूं कि किसी दी हुई state पर UI कैसा दिखना चाहिए और states के बीच की छलांगें कभी हाथ से नहीं संभालता, जहां पहले bugs रहते थे। साथ में batching मिलती है, तो एक ही handler में पांच setState calls एक commit बनती हैं, और ऐसा render का ठिकाना मिलता है जो browser से बंधा नहीं। हालांकि लागत असली है। React किसी component और उसके नीचे की हर चीज को दोबारा चलाता है जब तक कोई उसे रोक न दे, इसीलिए हम memoization पर वक्त लगाते हैं। signal आधारित frameworks value के स्तर पर dependencies पकड़कर इससे बच जाते हैं, तो सिर्फ वही text node बदलता है जो बदला है, और सिर्फ throughput के लिए वे जीतते हैं। React concurrent rendering से और अब compiler के अपने आप memoization करने से यह फासला घटाता आया है, जो उस ज्यादातर हाथ के काम को हटा देता है जो पहले इसका कर था।