我的服务器，用PHP实现，现在只是一个数据泵。我使用JavaScript在客户端上编写HTML。
赞成
缺点
鉴于这些优点/缺点，只要客户端没有负载问题，将HTML编写移动到客户端似乎是个好主意。
我有没有看过任何角度？
来自评论/答案
可能的缺点
其他优点
答案 0 :(得分：4)
以下是一些您应该在“缺点”下列出的用户故事 - 还有更多。
我关闭了javascript，因为我有安全意识。您的网站不适合我。
当我使用后退按钮时，我会离开您的网站（这在技术上非常困难） - 查看评论 - 这是有争议的
使用您的网站很长一段时间之后，我的网络浏览器会消耗大量内存，因为它在回收由超出范围的对象腾出的内存方面不严，或者因为您的代码效率不高< em>（IE特别容易出现这种情况）
我使用的移动设备与桌面相比其JavaScript性能较差 - 您的网站对我来说似乎很慢。
我使用屏幕阅读器 - 您的网站对我来说无法理解。
我的名字是GoogleBot - 您的网站无法编入索引。
如果这一切都不困扰你 - 请马上前进。
暂且放弃
我应该添加 - 我完全不反对这种应用程序。如果做得好，客户体验可以超越传统点击，GET，点击，POST，点击，GET等网站的体验。事实上，在我目前的项目中，我一直致力于将纯javascript应用程序作为我组织网站的QA助手和原型。
但我们肯定不会使用这样的东西作为我们唯一的网络存在。
答案 1 :(得分：2)
定义“客户端负载”，请
另外，请记住，除非您设置要从同一域提供的数据，否则JS实际上不能使用它，除非您通过JSONP规避XSS
除非你在JS中使用模板系统，否则在javascript中创建html可能需要很长时间才能管理，这实际上只是客户端上的MVC。
性能：JS比PHP快得多，所以我看不到JS的缓慢是一个问题，但是，与它交互时DOM本身很慢，所以与DOM的交互越少越好。
关于你的想法最好的事情是，根据抓取工具，“页面加载”将“更快”，因为页面的同步加载是重要的。
但是，如果数据以异步方式填充在dom中，则必须考虑到抓取内容时可能会出现问题