大部分情况用1，修改数据的时候直接刷新UI，特殊情况用2，比如公共UI，奖励等
看项目规模吧。
如果只是非常小规模的项目，逻辑非常简单，简单的几个ui刷新数据，耦合一下问题也不大。比如。。。计算器？？？
一旦数据逻辑复杂度上升，一定记得要将逻辑和视图分开处理，推荐使用消息机制，如果极致追求效率的话，不要用字符串作为消息id。
看着第三点，然后看了看三年前的代码，觉得三年前的老板真的友好~
大部分情况下用2，极少数用1。
因为用的基本都是ts，所以写一堆的消息也不会说很复杂，做好命名甚至能提高开发效率。