前台后台代码分离
混编的结构不清晰，难以修改和管理
【 在 chinadingon (ok) 的大作中提到: 】
: 具体的就是html页面中中嵌入js组件,js组件去服务端取json数据来展现.
: 以前的做法是php或jsp代码嵌入到html中,实现动态数据的加载.
: 现在有人说到标题中的方案,这个结构,技术上有什么优缺点?搜了一下,没有找到相关的讨论.我一直以为js做局部的功能,校验,局部刷新,一些特效.没有想过全站都用js来做页面.
: ...................
--
FROM 119.97.193.*

优点就是服务端不用渲染页面降低负载，降低后台开发的工作量（一直觉得
html 和 php/jsp 代码混杂很难维护），前台后台开发比较独立。

缺点是浏览器禁用 js 网站就废了。

【 在 chinadingon (ok) 的大作中提到: 】
: 具体的就是html页面中中嵌入js组件,js组件去服务端取json数据来展现.
: 以前的做法是php或jsp代码嵌入到html中,实现动态数据的加载.
: 现在有人说到标题中的方案,这个结构,技术上有什么优缺点?搜了一下,没有找到相关的讨论.我一直以为js做局部的功能,校验,局部刷新,一些特效.没有想过全站都用js来做页面.
: ...................
--
FROM 211.157.41.*

现在好歹有个mvc的框架吧。
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 优点就是服务端不用渲染页面降低负载，降低后台开发的工作量（一直觉得
: html 和 php/jsp 代码混杂很难维护），前台后台开发比较独立。
: 缺点是浏览器禁用 js 网站就废了。
: ...................
--
FROM 61.172.204.*

现在js的调试还好了
假如动态内容很多的话，基本可以无视不用js的客户...

【 在 chinadingon (ok) 的大作中提到: 】
: 是见过这样的页面,但不知道哪个站点,整站都这么用的.
: 什么情况下适合什么情况下不适合这种结构?有没有一些原则可依据?
: 感觉js跨域等一些问题比较麻烦.是否还有一些js实现不了的情况?有不有客户端比较弱,运算不了或崩掉的情况呢? 楼下有位说的js禁止也歇菜的也是一个问题.
: ...................
--
FROM 119.97.193.*