那个，react – big – 的源码，我好不容易，在Gitee上，给扒下来，还跑了。实际上，去年的时候，就已经收藏了。一直以来，都没敢去动它。
适配好麻烦
数据动态刷新渲染
有人问，大屏不就是把图表堆一堆吗。你太小看它了，兄弟。
哎呀我去，那屏幕的比例呀，简直是各种各样、稀奇古怪，从笔记本电脑过渡到指挥中心，要是拖过去一个质量差的大屏源码，瞬间就会发生变形的情况。就因为这个事儿，我针对方案，前前后后倒腾了三个不同的版本，最终却全部都给推翻了。
这东西不是光看。是要活的数据。
去翻阅一下那个以React与Dva搭建起来的模板，其中mock数据是按照秒的频率进行推送的，伴随着的图表也会紧接着跳动起来，瞧一瞧查看查看一眼这样的那个数。
那个凌晨2点的故事
跑完这个演示，打算融入新内容。存在一行毫无用处较小的代码。产品方面表示增添一个排行榜。
大半夜的时候，刷到了一篇文章，这文章讲的是，某个厂的仪表盘，在半夜的时候出现了崩溃的情况，致使10万用户，同时出现了掉线的状况。那引发这种状况的原因究竟是什么呢，原来是依赖数组进行浅比较的时候，没能拦住URL参数，进而就像着了魔一样，疯狂地刷新状态。
看到此处，后背不禁泛起丝丝凉意。我所添加的那个排行榜，同样运用了相同的来监听路由查询。倘若哪一日用户进行批量测试，难道这不又是一枚定时炸弹吗?
屏幕边缘
有一种东西，它被称作大屏 ，实实在在是奇妙非凡。它和手机APP不大一样，手机APP得用户凑到很近的地方去划来划去操作。大屏却是供人在远远的地方观看的 ，它是高悬在墙上那般地存在着 而且整个公司的脸面都展示在上面 就是这么个情况。
所以每个数字字重都要盯着。每个占位层级都要试十几种灯光。
用在地图之上绘制一条飞线 ，仅仅是那寥寥几个点 ，代码不过两三行。然而那种连接起来所产生的感觉 ，能够使得站在大屏跟前的领导颔首说 ——”嗯 ，察觉到关联了”。
自由这个陷阱
想象一下，凌晨两点的时候，喝咖啡，瞪着眼瞧那一堆来回变动的React State，DataV的边框确实好看，然而要让那诸多轮播数字以及几十个进行缩放操作的图表同时整齐地排列干活儿，这可就是另外一码事了。
不要轻信了拖拽是极为自由的那种说法。那个react – grid – 方案是我尝试过的。开始乍一看的时候，还以为拖拽就能掌控一切。然而当用户把它拖得杂乱无章，保存到数据库里后，变得毫无秩序还相互重叠。最终只好老老实实地采用栅格系统，因为约束多一些，内心就能安稳一些。
确实如此。当你完整地看完了一整套React可视化大屏的源码之后，你就会发觉，最具价值的并非是那些华而不实的组件，也不是那种飞线式的动画，更不是3D散点。
而是隐藏在仓库里那一行不起眼的数字：
支持数据动态刷新渲染
凭借它背后，存在着无数个凌晨两点所进行的崩溃测试。在于人所付出的将react-grid-全部推翻的成本。在于屏幕适配之际放弃低代码而选择纯手写的那种勇气。
其实我还想写下去。但现在是凌晨5点。
天快亮了。
