Vmo前端数据模型设计
Vmo 是一个用于前端的数据模型。解决前端接口访问混乱，服务端数据请求方式不统一，数据返回结果不一致的微型框架。
Vmo 主要用于处理数据请求，数据模型管理。可配合当前主流前端框架进行数据模型管理 Vue,React,Angular。
能够有效处理以下问题：
* 接口请求混乱，axios.get...随处可见。
* 数据管理混乱，请求到的数据结果用完即丢、拿到的数据直接放进Store。
* 数据可靠性弱，不能保证请求数据是否稳定，字段是否多、是否少。
* Action方法混乱，Action中及存在同步对Store的修改，又存在异步请求修改Store。
* 代码提示弱，请求到的数
Whistle的实用技巧
介绍
whistle(读音[ˈwɪsəl]，拼音[wēisǒu])基于 Node 实现的跨平台 web 调试代理工具，类似的工具有 Windows 平台上的 Fiddler，主要用于查看、修改 HTTP、HTTPS、Websocket 的请求、响应，也可以作为 HTTP 代理服务器使用，不同于 Fiddler 通过断点修改请求响应的方式，whistle 采用的是类似配置系统 hosts 的方式，一切操作都可以通过配置实现，支持域名、路径、正则表达式、通配符、通配路径等多种匹配方式，且可以通过 Node 模块扩展功能
详细文档可以查看whistle
使用场景
whistle 作为一个非常强大
修炼秘籍
引言
当下，正面临着近几年来的最严重的互联网寒冬，听得最多的一句话便是：相见于江湖~🤣。缩减 HC、裁员不绝于耳，大家都是人心惶惶，年前如此，年后想必肯定又是一场更为惨烈的江湖厮杀。但博主始终相信，寒冬之中，人才更是尤为珍贵。只要有过硬的操作和装备，在逆风局下，同样也能来一波收割翻盘。
博主也是年前经历了一番厮杀，最终拿到多家大厂的 offer。在闭关修炼的过程中，自己整理出了一套面试秘籍供自己反复研究，后来给了多位有需要的兄台，均表示相当靠谱，理应在这寒冬之中回报于社会。于是决定花点精力整理成文，让大家能比较系统的反复学习，快速提升自己。
面试固然有技巧，但绝不是伪造与吹流弊，通过一段
Tumax-H5数据流向及解析
说明
相信很多 同事在刚刚接触图满意项目时，对项目中的数据流向和数据解析过程都很模糊， 不清楚数据到底是如何从一份 JSON 数据变为我们使用的数据对象。
这篇文章将会为你 介绍图满意项目中，数据的解析还原及数据流向，为你揭开这一神秘面纱。
通过这篇文章，你将会明白数据是如何通过接口返回的 JSON 一步步变为我们可以拿来使用的 Model，同时我会介绍为什么需要这样处理，如果不这样处理带来的 弊端是什么。
当阅读完文章后，需要对图满意项目有明确的数据流向认知，清晰 明了的了解 dataObject、ModelData 及 Model 的区别。后续开发业务代码需要
实现模型周边感应功能
需求目标
需要在模型移动过程中感知到模型一个“十”字形的范围内的所有模型，如有相交则标注相隔距离，如果没有感知到阻挡模型，则显示到墙体的距离。
方案思路
一开始，当我拿到这个需求的时候，我的第一想法就是在模型的周围做四条射线，如果和其他模型有相交点，则以相交点的位置 做连线。
下一秒就产生了一个问题，如图。
在这样的情况下，标注线应该标注最近的那一个模型，但是却标注到了另外一个模型。
但有一点是母庸质疑的，那就是他需要有四条标注线，要分开来一条一条处理。
接着，拿其中一条边来说，是否应该要找到最近的一个模型？
这两种情况都证明了上面这种思路的问题所在，要考虑方向
