一般去饭店、旅馆前,都会打电话问一下还有没有位子,避免白跑一趟。
在这个意义上,我们说打电话比跑一趟快。
可是打完电话后,你不还是得真的去一趟吗,对于住店而言,这个是省不了的。打电话的意义在于,五家店,你不用排着白跑,确定需要真的跑一趟了,才出门。换言之,跑一趟,只是对于确认有没有位子值得真的出门而言,才是可省的。
vue、react等的虚拟dom操作,就相当于打电话确认哪些更新真的发生了,值得进行真实dom操作。
因此,如果业务场景是全都需要更新,那打电话反倒成了额外的工作了。
之所以通常不必考虑这种可能性,原因有三:
1.几乎不可能全都需要更新
2.打电话就算浪费,开销也极为低廉,你有兴趣可以具体定量测试一下,我简单定性地打个比方,大概类似一百个店只要节省了一个白跑,九十九个电话就回本了
3.除了内容显示,前端现实业务往往还需要绑定onclick等交互事件,再加上双向绑定,直观、智能的模板语法是非常重要的,虚拟dom只是vue、react等的一部分,剩下的这些部分都是我们选择这些框架的重要原因,甚至才是根本原因