當(dāng)頁(yè)面中涉及到大量dom操作時(shí)有什么比較好的方法？

最近做的一個(gè)監(jiān)控項(xiàng)目大致場(chǎng)景如下：前端通過(guò)websocket監(jiān)聽后端推送的消息來(lái)更新頁(yè)面，更新頁(yè)面時(shí)涉及到大量的dom更新，問(wèn)題就來(lái)了：
1，需要更新的頁(yè)面數(shù)據(jù)比較多，而且數(shù)據(jù)都是那種枚舉的、沒(méi)有規(guī)律的，現(xiàn)在面臨的一個(gè)最直接的問(wèn)題就是代碼寫起來(lái)很麻煩，比如：

const allinfoDataMap = {
    name: document.getElementById('name'),
    age: document.getElementById('age'),
    gender: document.getElementById('gender'),
    address: document.getElementById('address'),
    //... 省略，下面還有好多
};

然后ajax拿到數(shù)據(jù)后，遍歷allinfoDataMap，來(lái)更新對(duì)應(yīng)的dom。
我就想問(wèn)下，除了這種方式還有沒(méi)有其他比較好的方式，最好是通過(guò)原生的js來(lái)實(shí)現(xiàn)。

2，頁(yè)面的更新是比較頻繁的更新，因?yàn)楹蠖嗽诓粩嗟耐扑拖?，所以頻繁的更新大量dom是不是會(huì)帶來(lái)性能這方面的問(wèn)題？如果會(huì)，那么該怎么解決這個(gè)問(wèn)題？
這個(gè)問(wèn)題現(xiàn)在可能問(wèn)的有點(diǎn)兒早（畢竟功能還沒(méi)做完整，也沒(méi)測(cè)試），但早點(diǎn)兒考慮，先給打個(gè)預(yù)防針，以免后續(xù)問(wèn)題來(lái)了措手不及。