Tumax-H5数据流向及解析
说明
相信很多 同事在刚刚接触图满意项目时，对项目中的数据流向和数据解析过程都很模糊， 不清楚数据到底是如何从一份 JSON 数据变为我们使用的数据对象。
这篇文章将会为你 介绍图满意项目中，数据的解析还原及数据流向，为你揭开这一神秘面纱。
通过这篇文章，你将会明白数据是如何通过接口返回的 JSON 一步步变为我们可以拿来使用的 Model，同时我会介绍为什么需要这样处理，如果不这样处理带来的 弊端是什么。
当阅读完文章后，需要对图满意项目有明确的数据流向认知，清晰 明了的了解 dataObject、ModelData 及 Model 的区别。后续开发业务代码需要
实现模型周边感应功能
需求目标
需要在模型移动过程中感知到模型一个“十”字形的范围内的所有模型，如有相交则标注相隔距离，如果没有感知到阻挡模型，则显示到墙体的距离。
方案思路
一开始，当我拿到这个需求的时候，我的第一想法就是在模型的周围做四条射线，如果和其他模型有相交点，则以相交点的位置 做连线。
下一秒就产生了一个问题，如图。
在这样的情况下，标注线应该标注最近的那一个模型，但是却标注到了另外一个模型。
但有一点是母庸质疑的，那就是他需要有四条标注线，要分开来一条一条处理。
接着，拿其中一条边来说，是否应该要找到最近的一个模型？
这两种情况都证明了上面这种思路的问题所在，要考虑方向
Tumax-H5设计要点
H5 项目中数据与视图的同步响应
Vuex 中不能解决的问题
使用 Vuex 更贴合 Vue 项目，Vuex 支持响应 Vue 内部的响应事件，比如：当某状态改变时 Vue 会同时触发改变 computed,render 等。
但缺点是在其他库中缺无法观察响应 Vuex 中的变化，比如：当 Vuex 中的一个状态值改变，需要对应的触发响应到 ThreeJS 和 PIXI 中去改变摄像机的位置，则需要在某个在生命周期范围内的组件去处理响应事件，并通知到 ThreeJS 和 PIXI 中去改变响应数据。这样整个过程就变得十分麻烦。
另外，当 ThreeJS 中有任何数据改变，反过来如果要触
写给新人的信
主题
首先由衷的欢迎你的到来!
这不是什么客套话，因为你即将会参与到我们项目中，为团队分担任务，为团队做出贡献。
所以你要明白一点，今后一段时间你如果会觉得在团队中团队合作有困难，那么一定是这个主题做的有问题。
而这也是我写下这篇文章的唯一目的，希望你能够给你一个得到团队每个人欢迎的方法。
熟悉项目
首先的，你需要熟悉我们这个团队的项目是做什么的，对于整个行业的价值是在什么地方，然后需要了解我们整个项目的技术栈，项目结构以及代码规范。
代码规范
代码规范很重要，重要到如果代码规范大面积出现问题，你可能会被团队每个人叼。
同样的代码规范很容易做到，你只需要参照项目规范适应一段时间就好
JavaScript面向对象和模块化
JS 是否有必要使用面向对象、设计模式
在一次面试过程中，一位已经有 5 年工作经验的前端，在回答面试问题时这样说到。
问：你能说说 JS 的面向对象和设计模式吗？
回答说：这些内容主要是后端的 Java，C#这种高级语言才会用到的，前端一般我们没有用到。
对于这样的回答，不禁让我有点无话可说，JS 中是否有必要使用面向对象以及设计模式呢？我列举了以下几个场景：
数据接口请求
一般的，在请求接口方面，我们一般会使用一些第三方库，比如axios。然后在逻辑代码部分，比如在组件中直接使用axios进行请求，例如：
let methods = {
/**
* 获得分类信息
*
