本文共 1176 字，大约阅读时间需要 3 分钟。
最近, 在开发 demo 的过程中, 遇到了 3D 相同场景结合的问题, 这里做一些总结, 以便以后如果有此类技术困难的同事能够快速解决问题。
前期准备:
可以看到上面的 demo 中有两个 3D 场景, 它们是一模一样的。我使用
new ht.graph3d.Graph3dView() 创建了两个view, 然后依次进行反序列化。
const g3d = new ht.graph3d.Graph3dView()g3d.addToDOM()g3d.deserialize('scenes/-ing/医疗物流.json') const smallG3d = new ht.graph3d.Graph3dView()const smallG3dView = smallG3d.getView()const smallG3dstyle = smallG3dView.stylesmallG3dView.className = 'smallG3d'
因为两个场景都大小和位置都有所不同, 所以我给小场景设置了
className , 方便对其设置样式。
抛出问题: 2. 小场景中的一些动画是不是可以不用执行? 从而避免浪费一些性能。
代码实现:
1.第一个问题和第二个问题其实是一个性质, 我们只要能判断当前是哪个场景, 就可以通过代码来控制。
在整个 3D 场景初始化的时候, 先让我们一起打印一下这个
this.gv 里面有什么东西?
我们发现打印了两次, 因为两个场景嘛。可以看到它们的不同, 它们底层返回的 div , 现在就可以这样判断。
const { gv } = thisconst isSmallG3d = gv.getView().className === 'smallG3d' 这时候就可以通过判断
isSmallG3d 变量的
true 或者
false 来决定下一步应该做什么了。
第三个问题是两个场景都需要执行动画而且互不影响, 我之所以这么说, 是因为如果它们两个用了一个全局数据状态, 那么就会导致动画因为状态的影响而发生混乱。
所以我在
data/index.js 中导出了一个
elevatorDownUp 对象,
status1 控制大场景,
status2 控制小场景。 通过判断不同场景然后传入不同的状态。这样就避免了影响全局状态的问题。
第四个问题是通讯, 这里我用到了
eventbus , 它是一种发布订阅模式。
类似微信公众号, 它不在乎有多少的订阅者, 订阅者只需要关注公众号。
转载地址：http://epluz.baihongyu.com/