实际开发体验就是你能明显感觉到和传统的 Phoenix 的开发模式非常类似（毕竟 LiveView 建立在 Phoenix 之上），相比前后端分离的 SPA 网站省事太多了。后端渲染的传统网站过渡到基于 LiveView 的 SPA 将非常容易。

我不清楚没什么限制是什么意思。但是这东西文档我扫了一眼，他们用的 GCP 和 AWS 的服务器。我个人在 AWS 的服务器遍布几乎所有节点（这个 elixircn.blueriain.io 部署在 aws 东京），无论是性能和速度都远超你说的这个东西。

因为要保持长连接，内存占用会略高于一次性的 HTTP 请求数据的方式。

你是指国内访问网络状况更好吗？

在前端绑定数据生成界面的框架都没用了，例如 React/Vue 生态。例如 moment.js 这种库的常见用法是在数据绑定前对时间数据进行格式化，这对于 LiveVIew 而言应该放在后端来做，但也可以通过一些不太便捷的方式在前端做到。还有一些前端 UI 框架自带 JS 库自己处理事件，也不行了。所以我选择了一个纯 CSS 的框架 Bluma 它不会对 LiveView 有丝毫影响。

很快还是比较出乎意料 毕竟最近海外服务器普遍网络不稳定。