Question

数据可视化的web前端开发采用什么样的架构比较合适

Answer 1

WEB组件方面，Polymer这玩意在实践方面总感觉还不是很成熟，只是在浏览器里用是没问题了，但如果报表涉及到SERVER端渲染输出报表时，可能需要验证一下可行性。 我们基本还是用jQuery Plugin + Backbone View的风格来做通用组件和业务组件的包装。

框架上，Angular 按理说是很适合这种数据导向的展示的，但貌似里面坑也不少。这种框架选型上我的经验是一定要坚定坚持，新人最容易犯的错误就是在各种技术选型之间摇摆不定，在框架上这种犹豫尤其致命，没有持续地积累和实践很难确保整个系统的稳定性。相反，跟一个框架相处时间久了，进入蜜月期那基本上是所向披靡，能为整个系统以及新技术使用保驾护航。至于说单页应用，这个跟Backbone没啥区别，貌似没什么框架做不了单页应用吧……

图表上，Highcharts这边已经用得相当顺了，普通的图表基本没有不能做的；但建议还是要在D3js上投入一定的预研成本，否则有些特殊的可视化案例突然要做会做不出来。值得一说的是，Highcharts的数据格式是挺成熟挺值得参考的一种协议实现，这个配置是可以考虑在自己的协议栈里引入、然后让后端数据能直接控制部分的图表展示的。我也正在团队里推进以Highcharts为主的JSON API的设计，能做到很方便的数据对接能力和很强的扩展性。

后端的东西水很深，但只是SERVER层用node肯定是没问题的，再继续往后走的技术选型可选择的太多了，单是数据库的选型和架构设计估计后台那边都能开个几天会。这个问题不是前端应该插手的。

现在开始比较多复杂界面简单图表型的站开始往 react + echarts 迁移，对移动端和工程化友善点。比较复杂的图表还是用 d3 然后上面封装一层。逐渐淘汰掉 backbonejs。