#9 楼 @nine 试过这个包，服务器端渲染是可以的，目前也只能这么处理了。多谢回答~

@nine 存这些图片的目的就是为了避免多次渲染。要么一页得放个 2、30 个 canvas。

@embbnux 多谢回答，同上条回复的解释，没有传到后端的时机。

@small_fish__ 多谢回答，但是问题就在于怎么偷偷传到后端？数据是后端统计生成的，不是从 UI 录入的。也就是说后端计算出数据时是没有图片的，后端要想办法通知前端生成图片，在前端走轮询或者开个消息队列？总觉得这样有些小题大做。

#1 楼 @yingce 数据录入是没有 UI 的，也就没有 form 和 ajax

cool!

如果静态语言、动态语言、函数式语言都分别能掌握一种。对语言的理解就会更深一层，那时候学一门新的语言就是分分钟的事儿。

具体的技术选型还是要取决于你的项目需求 你说的这几种目前相对主流的选择是：包管理 npm，模块化 es6 import，前端构建 webpack。

#18 楼 @sail_lee 我感觉 Rails 最初的设计理念就是 MVC，而且是重 Model 的充血模型的 MVC，当 ViewModel 和 Model 有冲突的时候，传统 Rails 的做法是将 ViewModel 中特有属性，以 Attribute 的形式融入 Model，然后 HTML 用各种 Form Helper 去渲染到前端。这其中充斥着大量的约定。但这些约定都是 React 之类的前端框架所不需要的。以 react-rails 这种方式融入 react，我感觉既浪费了大量的 Rails 的约定（haml、各种 helper、各种 Controller、Route），又使 React 变得臃肿（依赖 Jquery、turbolink），貌似也不好和其他组件集成（例如 router、redux）。如果只想用 Rails 提供数据，我觉得用 rails-api 之类的纯 api，以及以 Node 为核心构建的 react 体系更为合适。

在 Rails 里面集成 React、Angular 这类的前端框架总是感觉怪怪的。

自荐 https://github.com/happybai