我反对说做这种平台前端只是简单的把图和表查询填满而已，因为我是实际的做过。列举几个例子：
平台数据图化展示分多种类型，参见echart的文档，对应不同的配置前后端如何约定协议？可以做到统一，可配置，可扩展？
表的展示相对固定，但是不同的表项会有额外的一些扩展操作 比如对单行的详情查询，列的排序。
当然这些都已经有了很成熟的前端解决方案，但是如何融合到一起，我相信你如果做过就知道我在说啥了…
对应的一套后端查询体系我们的架构是nodejs做的，dba和数据工程师负责对接我们mysql的视图，保证我们的查询简单化。
对应不同的数据产生对应的pdf，excel，xml，json，表，图都已经做成了一套统一的api。方便复用需求。
至于单页和非单页，我觉得从开发的角度考虑，单页不利于快速产生新的数据展示需求，除了前端和后端都需要额外开发外，速度和人力也是个问题。
非单页是我们采用的，通过nodejs统一配置的路由出口，通过一套配置加一个中间数据的filter机制保证复用性。
一个新产品来了，我们通过配置加写过滤器的方法，可以非常快速的开发很多页面，而不必关注路由，控制器，查询db等操作。当然，所有页面提供的交互肯定也会不一致，我们同样采用全配置的方式，前端js读取之后再采取对应的策略加交互。（后期会改进成按需）
说真的，数据显示类产品，如果图表组件不是自己开发的，就被说成没有技术含量，我是真心的想说朋友你有点反智了…
大家都知道这种东西很多公司都是内部系统，内部系统一般只有产品而没有ui的，前端的美丑不是第一要务，要紧的是理解和沟通运营的数据需求，一个需求如何实现成本更低我相信经验老道的程序员自然有自己砍需求的方法，所以还要有一些额外的培训产品经理的工作…
最后，你们真的以为除了图表之外就没了么。一套查询加时间控件的组件开发起来也是很有难度的，当然这部分也是可以抽象成可配置的。
关键看你怎么想，是当个切图查接口的，还是想解放自己做更多的人了。
有点跑题，架构和某个答主类似，bootstarp，jq，vue，lithe，echart，jqtable，nodejs 只要用express，orm2，缓存用的内存nodejs自己做的，一整套运维前端自己做的，没有后端支持，3-4个人包括2个大数据工程师。可能还是没什么概念，通过配置这点人力，2个月从啥都没有，变出来一个完整的数据展示后台，包含150多个查询页面和上千项数据展示的需求。
我们还没加班…
