摘要
地图相关的项目和实践绝大多数超脱不了一个问题,平面、2.5D、3D的结合部分处理,裸3D的实践意义不强,通常是定制性的，不具备可以移植性,而平面和2.5D的又常常超脱不了平庸的定式,本次说说3种模式的有机结合,及解决过程种的问题及办法。
问题
通常项目中的精细化实践中常常会用到平面地图,我们平时所见的系统也绝大多数为此类，多为功能性的，如点标记、信息交互、缩放聚合、线路径标记,轨迹动画等等。
- 地图服务
如我们常用的百度地图、高德地图、腾讯地图、goolge地图，通常会有配套的地图服务及端组件提供,再者如OpenLayer、Turf等模块化的GIS引擎。
高德地图
- app 这个应该大家都不陌生,打车软件、共享模式下各种类似的应用层出不穷,功能性多以轨迹、范围、车辆位置标记为主
- 系统应用 如设备、物流、工业、销售或者医疗、或者是商场等涉及区域地理相关分布的,绝大多数为了便于直观的对数据进行检索,多会具备此项功能。
- 大屏/数字孪生
- 孪生,往往因为精度与地理不匹配沦为示意图或者炫酷门脸工具，失去了实际应用价值，一方面建模不具移植性，且精细化成本过高,带来的实际价值无法和应用结合,处境有点儿尴尬。
- 最常规的估计就是飞线图,也多示意图性质居多一些,制约的往往是数据的支撑达不到
经典的echarts可以达成很多效果
企业应用型的地图，常规的大屏型应用，这两者因为某些技术系的制约好像是没有办法共存的，一个是对功能精度，交互等的追求、一个是对科技感、数据展示的追求,中和的办法其实比如局部细化,经典如室内定位，局部细化
但像场景切换、缩放控制等往往会导致实施成本过高,即便是完成了，复用成本过高
平面、2.5D
此类的应用对于应用系统来说,从10年前到现在的打磨,各式各样的效果,交互组件层出不穷,像是地图的视口倾斜渲染图层伪2.5D显示等等,从职能上来说其实没啥本质的提升,基本上是原地打转
3D
此类各种炫酷的交互，呈现treejs的各种模式，好像天然的把地理信息和3D进行了人为的隔离，可能数字孪生的诉求里面根本就没有拉跨的2维地图的一席之地,最终炫酷的追求炫酷，实际的追求实际，给人造成的误解就是孪生就是绝对的还原真实,但往往是以示意图呈现的真实，最终数字孪生的应用效果变得很尬尴，更像是迎合口味的一种操作。
思考
之所以会思考，本质上还是因为被折腾的焦头烂额的,因为项目地图做的居多,更注重的是落地和实施可能性，不可能费了天大的功夫,最终被种种技术风险和无理的诉求打爆，但这个事儿还是得去有个思路去解决，如果你经历过（非技术性驱动的公司）应该能体会，本质上是支持常规的地理信息，同时能对模型，细化的矢量图进行结合及渲染,才可能具备双方都满意的结果，现在越来越发现找组件是个随缘过程,只有坚持不懈不停找，才能找到合适的东西
先上效果
最先被震撼的是模型和地图的结合,其次其多样的结合应用范例，感觉能够作为一个解决的途径去处理
Mars3D 去感受其魅力吧，说实话我有被震撼到
总结
技术栈支持Vue、React、js算是调用及样例都比较全面,算是半开源,某些特殊功能需要比较多的空间服务支持，此项服务应该是需要授权或者自己开发的
根据其前端的部分代码，感觉有点儿趋近于超图的某些图层瓦片化处理,多半会有比较厚重的服务支撑，但常规的前端部分实现是以开源组件形式提供的
项目实例
最后
实践出真知,往往技术选型先看其能达成的最高效果是否与自身的诉求满足，如果能满足今后的扩展诉求更好,接着就是踩坑实践了,而我们得出最终结论是以模拟实现某些功能，具体进行操作,技术实践没啥解决不了的问题为准,因为临近年关，没啥精力跑代码给出具体的实践分析，希望感兴趣的老铁也能分享具体项目中的问题及槽点，以作后期的探索。
本文正在参加「金石计划 . 瓜分6万现金大奖」
