谈谈前端技术预研

        当你接到项目某一期的需求时，其中有一个3D地图技术难点，首先你会想到的会是怎么做呢？项目组成员不到几秒钟就不假思索道用webgl、d3等常见的一些技术，那么问题来了说都会说，实际上做是否可以像说的一样简单呢

        我们前端可能涉及到可视化方面的开发大多都是一些地图及其下钻，柱状图，雷达图，折线图表等，但可能突然某一天你就接到了一个3Dd地图的可视化需求，准确分析了需求的意图后，你去网上搜了下，找到了最火的 echarts，但是从效果上来看，明显不可能随便三两下就能实现的了，可能需要考虑很多问题，例如需要哪些配置？是否需要UI出图？用的canvas还是webgl？是否有兼容性上的问题？是否有人提供技术支持？这些细节性的东西，可能就需要我们亲自去实践一番了

        对于项目而言除非这个需求特别重要且时间充足，如果没做过该类的肯定是不行的，几分钟就能整明白的事情就不叫技术调研了，也无需技术调研，然而如何摆好一个技术调研的正确姿势，也没有什么标准模板，让开发人员写文档本来就够痛难受了，再加上一个没有标准的场景，简直就是double痛，既然我想做好这次技术调研，首先我们肯定要足够了解需求的，然后才能确定一个技术调研方向

        比如需要你实现一个3D地图并且每个省都有柱状图能下钻的显示效果，你一看到 3D 立马就想到 three.js 甚至是 webgl，然后什么也不管了先查资料然后去找相关demo，一般这种技术代码是比较难的，尤其是在本身陌生的情况下去研究就更加困难了，结果研究了两天后，在开始做需求的时候，发现需求的重点并不是那个3D地图，而是业务最关心的3D地图上每个省份或者市的数据点，实际上业务更关心的是数据点，只是希望呈现方式有3D的效果而不是真正需要做3D，这样我们就可以在项目交付的范围内可以运用伪3D去造成一个视觉性